linux下非阻塞的tcp研究

flw

原帖由 思一克 于 2007-7-31 10:19 发表
send 不仅仅是将内容放到自己buffer, 放后还要立即启动设备将包发出，即使buffer是相当空的。

但那时 write/send 已经返回了。
它并不会等待发送结果的。
发送是 TCP 软件的功能，
write/send 只否则交付，
并不关心结果。

flw

其实 write 系统调用和 TCP 软件之间是一个典型的“生产者－消费者”问题，
否则也不会有那个“缓冲区”了。

思一克

send后，KERENL回立即启动dev发送.
write/send不会等待数据是否成功到达对方。
即使返回成功也不代表数据成功到达。
但返回错误却代表数据没有到达。

原帖由 flw 于 2007-7-31 10:22 发表

但那时 write/send 已经返回了。
它并不会等待发送结果的。
发送是 TCP 软件的功能，
write/send 只否则交付，
并不关心结果。

flw

原帖由 思一克 于 2007-7-31 10:43 发表
send后，KERENL回立即启动dev发送.
write/send不会等待数据是否成功到达对方。
即使返回成功也不代表数据成功到达。
但返回错误却代表数据没有到达。

那不就得了嘛。

思一克

但是send/write不是“仅仅负责COPY到本地buffer"其它就不管了（就交给TCP了）,
send/write（网络）的内核代码多部分也属于TCP本身。
它们要启动实际发送，还要尽最大努力检查网络连接的状态，返回许多网络的信息给调用者。

原帖由 flw 于 2007-7-31 10:46 发表

那不就得了嘛。

flw

原帖由 思一克 于 2007-7-31 10:53 发表
但是send/write不是“仅仅负责COPY到本地buffer"其它就不管了（就交给TCP了）,
send/write（网络）的内核代码多部分也属于TCP本身。
它们要启动实际发送，还要尽最大努力检查网络连接的状态，返回许多网络的 ...

它只是唤醒了 TCP 软件而已。

flw

最关键的是，send/write 的所有动作都只在本地完成，并没有牵扯到网络操作。

cookis

我在一边瞅着呢...

醉卧水云间

建议flw还是去补习一下网络编程吧，阻塞模式下，必须发到对端函数才返回。

醉卧水云间

原帖由 cookis 于 2007-7-31 09:47 发表


第一精!! 哈哈...破了处了..

“设”完是不是很爽？