linux下非阻塞的tcp研究

yulc

"这个不能说明啊，因为现在想知道的是send返回时，是数据包发到网络的标志，还是送到buffer的标志。"
这个我认为要看当前发送端是什么状态,如果之前还有包没有得到确认,那么此次send肯定仅仅是送到buffer.


"上面的不能说明send返回时数据包已经发出还是在buffer里。（有可能是返回以后发的）"
这个有什么关系吗?

baohuaihuai

各位顺便讲解一下这个的过程(假设接收缓冲区和发送缓冲区都是8K,网络情况良好):

time1:发送端send 8K,接收端应用程序不recv
time2:接收端recv 2K.
time3:发送端send 8K.
time4:接收端recv 14K.

yulc

原帖由 福瑞哈哥 于 2007-7-31 16:33 发表


兄弟，你的这个系统发送了数据不代表所有的系统都会在send时发送啊。

如果前面的结论是正确的话，就是说send只负责拷贝数据到缓冲区，内核tcp负责发送，那就有可能在send返回后没有发送啊。

确实有可能,如果此时前面还有很多数据没有确认的情况下.

icydancer

原帖由 yulc 于 2007-7-31 16:43 发表
"这个不能说明啊，因为现在想知道的是send返回时，是数据包发到网络的标志，还是送到buffer的标志。"
这个我认为要看当前发送端是什么状态,如果之前还有包没有得到确认,那么此次send肯定仅仅是送到buffer.

...

有关系，现在大家想知道的是，send是将数据发到网络后再返回？还是仅仅将数据放到buffer后就马上返回？
你上面的数据不能说明这一点

yulc

原帖由 baohuaihuai 于 2007-7-31 16:45 发表
各位顺便讲解一下这个的过程(假设接收缓冲区和发送缓冲区都是8K,网络情况良好):

time1:发送端send 8K,接收端应用程序不recv
time2:接收端recv 2K.
time3:发送端send 8K.
time4:接收端recv 14K.

结果:
time1: 发送端将8k数据分为N个数据包发送到了接收端的缓存中,接收端等待应用程序recv;
time2: 接收端收到了2k,缓存中还有6k;
time3: 发送端又将8k数据分N个包到接收端的接收缓存中;
time4: 接收端得到了14k数据.

icydancer

原帖由 yulc 于 2007-7-31 16:52 发表



确实有可能,如果此时前面还有很多数据没有确认的情况下.

看来我的表达能力太差了 福瑞一说你就能明白

[ 本帖最后由 icydancer 于 2007-7-31 16:56 编辑 ]

baohuaihuai

原帖由 yulc 于 2007-7-31 16:54 发表



结果:
time1: 发送端将8k数据分为N个数据包发送到了接收端的缓存中,接收端等待应用程序recv;
time2: 接收端收到了2k,缓存中还有6k;
time3: 发送端又将8k数据分N个包到接收端的接收缓存中;
time4: 接收 ...

time3过后,发送缓冲区中有多少字节的数据?是8K?6K?

yulc

原帖由 icydancer 于 2007-7-31 16:52 发表

有关系，现在大家想知道的是，send是将数据发到网络后再返回？还是仅仅将数据放到buffer后就马上返回？
你上面的数据不能说明这一点

我认为这个是不可确定的..

yulc

原帖由 baohuaihuai 于 2007-7-31 16:56 发表


time3过后,发送缓冲区中有多少字节的数据?是8K?6K?

time3过后,发送缓存中为0,因为得到了接收端的ack了.

yulc

原帖由 icydancer 于 2007-7-31 16:55 发表

看来我的表达能力太差了 福瑞一说你就能明白

其实我在回复你贴子时也在自我进化..
很多时候,我在给别人解释一个东西时,发现原来自己也理解得不够透,或者在说着说着时瞬间理解透...