Article View: fj.net.lan
Article #246Re: いろいろな HUB の解説
From: HAMAI Kyoichi
Date: Tue, 07 Dec 1999 00:00
Date: Tue, 07 Dec 1999 00:00
33 lines
2386 bytes
2386 bytes
In article <825ug4$kcd$1@horse.fsinet.or.jp>,
takuyasu@mti.biglobe.ne.jp says...
>> クライアントとサーバ一組だけのような特殊な条件では、バッファにデータ
>> を蓄えたりしないので、他のハブより性能がいいことがあります。
>これは納得ですね。
>いくらH/Wでスイッチを制御しているといっても、
>一対一の環境では直結にはかなわないということですね。
>
>解釈として
>当然、端末側にもArpTableがあるわけですから,
>このような環境でSwitching-HUBを使えば、2重にARPテーブルの参照が
>発生する等で、レスポンスが遅れてしまうという事で宜しいですね？
ARPはMACアドレスとIPアドレスとのマッピングなので、この場合は関係
ありません。
100Mbps側から10Mbps側へ送信する時など、一旦ハブがEtherパケット全体を
受け取ってから、ハブから送りなおす必要があります。この場合、パケット
全体を受け取るまで待つことによる遅延が生じます。これによって性能が
悪化します。
同様のことが、スィッチングハブにも言え、少なくともMACアドレス分の
遅延は生じます。
通常の使用法では、コリジョンによる再送の方が問題になるはずですが、
最大性能を測定するためのベンチマークなどでは、この遅延が影響することが
あり得ます。
通常、気にしなくていいです。
--
<hm6k-hmi@asahi-net.or.jp>
first base をホームベースと呼びますか?
単なる web page をホームページと呼びますか?
Technical Details
Message-ID:
<82joek$1ag$2@mother.asahi-net.or.jp>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<81sukt$279n$1@budo.snow.tv-asahi.co.jp> <81tkmf$jog$1@inb.m.ecl.ntt.co.jp> <82446j$905$7@mother.asahi-net.or.jp> <825ug4$kcd$1@horse.fsinet.or.jp>Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS X-Google-Thread: fa805,4fadba08e01146a5 X-Google-Attributes: gidfa805,public X-Google-Thread: fb155,4fadba08e01146a5 X-Google-Attributes: gidfb155,public From: hm6k-hmi@asahi-net.or.jp (HAMAI Kyoichi) Subject: Re: いろいろな HUB の解説 Date: 1999/12/07 Message-ID: <82joek$1ag$2@mother.asahi-net.or.jp> X-Deja-AN: 557827793 References: <81sukt$279n$1@budo.snow.tv-asahi.co.jp> <81tkmf$jog$1@inb.m.ecl.ntt.co.jp> <82446j$905$7@mother.asahi-net.or.jp> <825ug4$kcd$1@horse.fsinet.or.jp> Content-Type: Text/Plain; charset=ISO-2022-JP X-Complaints-To: ap-net@asahi-net.or.jp X-Trace: mother.asahi-net.or.jp 944596244 1360 202.213.158.226 (7 Dec 1999 19:50:44 GMT) Organization: Asahi-net Mime-Version: 1.0 NNTP-Posting-Date: 7 Dec 1999 19:50:44 GMT Newsgroups: fj.net.lan,fj.net.lan.ethernet