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

>>112
>途中で”100TCP張られれば”とありますが、G5(OPT)内蔵ハブに関係するMacの数は？
>
>というより、L2スイッチのみの話ですよね。

MACの数って？何の話？L2SWの話だよ。

>何だかなぁ。わざわざL3,L4を出し、しかもTCPのみ必死に解説。
>その中でも極めて限定的な状態を出し、答えのない議論。
>当然、じゃあこのときは、このときは、という話になり延々と続くわけですが。
>”木を見て森を見ず”ではなく”葉を見て森を見ず”になってますが

「わざわざL3,L4を出し、しかもTCPのみ必死に解説」って....
貴方の言うとおり、下位のレイヤは上位のレイヤからの指示によって使われる物。
だから、L4で送信指示が出ないと、L3やL2のパケットは作られないんだよ。だからL1のNICは使われない。
100GBのファイルを1tcpで送信する場合、XPのデフォならばL4のTCPが最大12パケットしか作らない。
だから、NICのところもSWのところも18KBしか同時にはデータが来ない。
そして、受け取った側のL4のTCPがACKを発行し、それが送信側に届いて次の1パケットが送信されるんだよ。
SWのバッファは128KB。だから1TCPの18KBのデータや2TCPの36KBのデータはSWが全て飲み込めるの。だからポーズによる送信停止は起こらない。
送信側が100baseで受信側が10baseならば、ポーズによる停止ではなく、SWのバッファで順番待ちしているだけで、ackが送信側に届いてからL4層のTCPが次のパケットを作る。
だから、NICの送信部分は全く渋滞していない。
5ポートハブで12KBのジャンボパケットに対応しているから、5*12=60KB残したところがポーズの閾値の気がする。128-60=68KBだから、そこまではポーズは発行されない。
これに対して、100TCPの環境だと、L4層のTCPでは当然並列動作しているので、100倍既に送られている。L3やL2でも既に送っているの。NICでも既に渋滞している。
そしてLAN向けのパケットも渋滞の列に並ぶ訳。

続き
1000baseのNICやSWでも、WANの回線がADSLで1Mbps弱だと、SWからパケットが出て行く速度がそれしかないので、その結果渋滞に巻き込まれて遅くなるんだよ。
右折車が右折ゾーンに入りきれなかったら、ポーズによって直線車も待たされる。
（ポーズの動作って受け取ったら通常NICは兎に角送信停止のはず）
この右折ゾーンのサイズがSWのバッファ（の閾値）なんだよ。

1000baseのサーバーに100baseの端末を数台繋ぐ様な環境だと、一瞬ポーズで止めることはあるかもしれないが、閾値を切ったら即送信が再開される。
1台の端末だけが、100tcpセッションを張るとか無茶をしないで、ほぼ同程度のTCPセッションを張っていれば、SWの入ってくるパケットはほぼ同じ割合になる。
閾値が68KBだと仮定すると、68/1.5=46パケット目でポーズ発行。この前後のパケットは常にSWで蓄えられているので、
ポーズ発行された時でも全方向のパケットはきっとあるよね。
その結果、各端末は95Mbps程度で受信出来る訳。
こういった環境に合わせて、コストパフォーマンスを重視し128KBのバッファなんだよ。
で、この環境と、WANの狭い帯域の回線からの大量アクセスが想定されるwebサーバーでは、状況が違うんだよ。
外向けパケットがNICの送信部に大量に並んでいて、更にSWから出て行くのもゆっくり。この為、NICの送信部に並んでいる行列もゆっくりとしか進まない。
この為、速度が極端に遅くなる訳。

と言う訳で、L4のTCPが関係ないと言わんばかりの主張って理解出来ないよ。
逆に、これだけ説明したのに、未だにここでつまづいているのを見るとがっかり。

>>113
>ちゃんばかが長文レスしている時点で議論に燃えていますが何か？

では、各自、燃え広がらないように防火壁で遮断してください。

>>「よくない」の論拠は何？
>ちゃんばかの書き込み全て。

「どれ」と聞いたのではないのだが....