tcp可靠性的問(wèn)題

alwaysR9

unix socket編程，采用tcp協(xié)議

我的問(wèn)題是：
假設(shè)客戶端寫入socket的數(shù)據(jù)是1024B，服務(wù)器采用select等待讀事件，
會(huì)不會(huì)出現(xiàn)先到達(dá)服務(wù)器的一部分?jǐn)?shù)據(jù)進(jìn)入socket的等待讀取隊(duì)列，并將select喚.醒的情況；
還是tcp協(xié)議可以保證只有全部數(shù)據(jù)都到達(dá)服務(wù)器端，才將數(shù)據(jù)放入socket的等待讀取隊(duì)列，并喚.醒select

希望大家能從原理上給出解釋

hellioncu

TCP是流，所以是前者

windoze

TCP的“可靠性”指的是：
1、連接故障在一個(gè)特定的時(shí)間范圍內(nèi)一定能被雙方感知
2、在連接無(wú)故障的前提下，傳輸數(shù)據(jù)不會(huì)錯(cuò)亂。
3、傳輸數(shù)據(jù)如果出現(xiàn)錯(cuò)亂，能被接受方發(fā)現(xiàn)。（理論上說(shuō)可能出現(xiàn)發(fā)現(xiàn)不了的數(shù)據(jù)錯(cuò)亂，但這個(gè)概率一般可以忽略）

你自己體會(huì)一下應(yīng)該是哪種情況。

alwaysR9

回復(fù) 2# hellioncu

也就是說(shuō)，操作系統(tǒng)(或者協(xié)議)會(huì)把接收到的數(shù)據(jù)直接放入對(duì)應(yīng)的socket中？

這樣是不是只能從socket中讀出一部分?jǐn)?shù)據(jù)？

底層過(guò)程還是不太明白，能仔細(xì)講一下嗎，或者看什么書或材料能幫助我弄清底層的過(guò)程？
   

foolishx

我記得**select的觸發(fā)方式有兩種吧：邊緣觸發(fā)，水平觸發(fā)。不同的觸發(fā)方式，使用不同的策略來(lái)保證讀取數(shù)據(jù)的完整性。

hanzhenlll

ET LT 是epoll的概念吧,,, select 只是輪詢查看fd 有沒(méi)有數(shù)據(jù)來(lái)而已， TCP能保證送到對(duì)端緩沖區(qū)是完整的，而select 讀取的是緩沖區(qū)數(shù)據(jù)，這時(shí)候如果恰巧有一半的數(shù)據(jù)來(lái) 那就讀取出一半的數(shù)據(jù)，再select 還會(huì)發(fā)現(xiàn)有可讀數(shù)據(jù)  還能讀出剩余的數(shù)據(jù)。

  這種情況多發(fā)生在 單次發(fā)送大于MTU并且快速再次發(fā)送的情況。  

alwaysR9

hanzhenlll 發(fā)表于 2015-07-03 16:21
ET LT 是epoll的概念吧,,, select 只是輪詢查看fd 有沒(méi)有數(shù)據(jù)來(lái)而已， TCP能保證送到對(duì)端緩沖區(qū)是完整的，而 ...

也就是說(shuō)，tcp協(xié)議可以保證發(fā)送數(shù)據(jù)的完整性，但有可能一部分?jǐn)?shù)據(jù)先到達(dá)對(duì)端，并觸發(fā)對(duì)端的“讀事件”，其余數(shù)據(jù)到達(dá)對(duì)端再次觸發(fā)“讀事件”。
如果這樣，接收端有時(shí)候是不是需要為每一個(gè)socket分配一個(gè)緩沖，把socket中的數(shù)據(jù)讀到緩沖，當(dāng)緩沖包含完整數(shù)據(jù)才處理，緩沖中的數(shù)據(jù)不完整暫不處理

alwaysR9

如 hellioncu 和  hanzhenlll 所說(shuō)，我寫了個(gè)程序驗(yàn)證了一下，確實(shí)如此。

服務(wù)器端用epoll等待事件，服務(wù)器端的socket用非阻塞式的；
客戶端發(fā)送一個(gè)很長(zhǎng)的文本。

確實(shí)一部分?jǐn)?shù)據(jù)先到達(dá)服務(wù)器并**了epoll，剩下的數(shù)據(jù)到達(dá)服務(wù)器再次**epoll。
感謝樓上的各位

魔鬼的驚嘆

第一種吧，網(wǎng)絡(luò)中的數(shù)據(jù)包在內(nèi)核中是skb形式來(lái)傳遞的，當(dāng)接收端收到后skb后會(huì)放在接收隊(duì)列，貌似沒(méi)有接收到全部數(shù)據(jù)才放到接收隊(duì)列。
用select 的話，貌似是從fd可以讀取東西就會(huì)**。

alwaysR9

回復(fù) 9# 魔鬼的驚嘆


   謝謝，是不是內(nèi)核接收到的數(shù)據(jù)直接放進(jìn)對(duì)應(yīng)socket的接收隊(duì)列里，中間沒(méi)有緩沖？