マイクロ総研 NetGenesisOPTユーザスレッド

>>167
>基礎がスッパリ抜けてて、ある特定の事例をもとに、妄想を膨らませるのは、
>2chで聞きかじったことをベースにした知ったかぶりだよ、たぶん。

「たぶん」と言う憶測ですか....

>どの程度のトラヒックがあればどの程度の速度低下が生じるのか、
>定量的に示すことができないんだから、スレを見ている人の参考にならないし。

計算すれば出る物を一々提示する必要性を感じない。そもそも「どの程度の速度低下が生じるのか」と聞かれていないんだし。
というか、「渋滞は発生しない」と言うのが彼らの主張。
俺はping値の測定の話もしている。RTTや速度の話もしている。
渋滞したときの速度は、TCP窓/RTTで求められる。
XPのTCP窓12パケットならば、(12*1.5*8/1000)/RTT=Mbps、実際のファイルの送信能力は制御信号分遅くなることを除いけば(1460*8/1000/1000)/RTT=Mbps。
まぁ、この計算も、pingのicmpが列の後ろに並ぶと仮定しての話だが。それはOSとかの実装による。
ping打って遅延が生じればCPUの能力不足とかで無ければ大抵は渋滞による遅延。
SWで吸収出来れば、遅延の増加は無い。
逆に、1Gbps出そうと思えば、XPのデフォの環境だと12パケットだから、L2ヘッダー等を込みで計算すると、1パケット1526バイト。12*1526*8/1000/1000/1000=0.00015秒(0.15ms)以上の遅延は速度低下を意味する。

L4からL1に出るまでの優先順位とかはOSやドライバーとかに依存するので計算は難しいが、ポーズで送信が止まれば、その分速度が落ちるのは解るだろ。