tcp可靠性的问题

alwaysR9

unix socket编程，采用tcp协议

我的问题是：
假设客户端写入socket的数据是1024B，服务器采用select等待读事件，
会不会出现先到达服务器的一部分数据进入socket的等待读取队列，并将select唤.醒的情况；
还是tcp协议可以保证只有全部数据都到达服务器端，才将数据放入socket的等待读取队列，并唤.醒select

希望大家能从原理上给出解释

hellioncu

TCP是流，所以是前者

windoze

TCP的“可靠性”指的是：
1、连接故障在一个特定的时间范围内一定能被双方感知
2、在连接无故障的前提下，传输数据不会错乱。
3、传输数据如果出现错乱，能被接受方发现。（理论上说可能出现发现不了的数据错乱，但这个概率一般可以忽略）

你自己体会一下应该是哪种情况。

alwaysR9

回复 2# hellioncu

也就是说，操作系统(或者协议)会把接收到的数据直接放入对应的socket中？

这样是不是只能从socket中读出一部分数据？

底层过程还是不太明白，能仔细讲一下吗，或者看什么书或材料能帮助我弄清底层的过程？
   

foolishx

我记得**select的触发方式有两种吧：边缘触发，水平触发。不同的触发方式，使用不同的策略来保证读取数据的完整性。

hanzhenlll

ET LT 是epoll的概念吧,,, select 只是轮询查看fd 有没有数据来而已， TCP能保证送到对端缓冲区是完整的，而select 读取的是缓冲区数据，这时候如果恰巧有一半的数据来 那就读取出一半的数据，再select 还会发现有可读数据  还能读出剩余的数据。

  这种情况多发生在 单次发送大于MTU并且快速再次发送的情况。  

alwaysR9

hanzhenlll 发表于 2015-07-03 16:21
ET LT 是epoll的概念吧,,, select 只是轮询查看fd 有没有数据来而已， TCP能保证送到对端缓冲区是完整的，而 ...

也就是说，tcp协议可以保证发送数据的完整性，但有可能一部分数据先到达对端，并触发对端的“读事件”，其余数据到达对端再次触发“读事件”。
如果这样，接收端有时候是不是需要为每一个socket分配一个缓冲，把socket中的数据读到缓冲，当缓冲包含完整数据才处理，缓冲中的数据不完整暂不处理

alwaysR9

如 hellioncu 和  hanzhenlll 所说，我写了个程序验证了一下，确实如此。

服务器端用epoll等待事件，服务器端的socket用非阻塞式的；
客户端发送一个很长的文本。

确实一部分数据先到达服务器并**了epoll，剩下的数据到达服务器再次**epoll。
感谢楼上的各位

魔鬼的惊叹

第一种吧，网络中的数据包在内核中是skb形式来传递的，当接收端收到后skb后会放在接收队列，貌似没有接收到全部数据才放到接收队列。
用select 的话，貌似是从fd可以读取东西就会**。

alwaysR9

回复 9# 魔鬼的惊叹


   谢谢，是不是内核接收到的数据直接放进对应socket的接收队列里，中间没有缓冲？