sack付tcpでは、ある程度そんな動きで、ただユーザランドでは欠けたパケットが届くまで詰まったように見えてしまう、というお話でしょうか?
-
-
-
そうですね。BSDソケットを使っている場合確定していないパケットはアプリケーションから見えないので詰まってしまいます。ただこれはプロトコルの制約というよりAPIの制約であって、たとえ話DPDK上でアプリケーションが自力でTCPを喋っている場合もっと攻められる、とか考えていたところでした
- 1 more reply
New conversation -
-
-
ただ、その処理の仕方は「ストリーム処理」とは言い難く… 大昔、送受信単位を「sector」と呼んで順不同でHDDにIOしたかのように見せる処理系は書いたことがある。RTTがバカでかい処理系ではそれなりに役に立った。
-
前のパケットがなくても次のパケットが解釈できる事が条件になるので、もはやストリームでなくUDPのようにパケットの最大サイズを意識してメッセージを投げる感じになってしまいますね
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.