1 :
蟹:
NICのスループット比較や相性問題を語る。
2 :
問い四:01/10/25 00:25 ID:???
/■\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
( ´∀`)<なんだこのスレは?
_φ___⊂)__ \_______________
/旦/三/ /|
| ̄ ̄ ̄ ̄ ̄| |
|熊本みかん|/
/■\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(´∀` )<あっ、前スレが大きくなりすぎたから引っ越したのか
_φ___⊂)__ \_______________
/旦/三/ /|
| ̄ ̄ ̄ ̄ ̄| |
|熊本みかん|/
/■\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(´∀` )<いずれにしてもおにぎりワッショイ!
_φ___⊂)__ \_______________
/旦/三/ /|
| ̄ ̄ ̄ ̄ ̄| |
|熊本みかん|/
4 :
g:01/11/09 15:54 ID:???
/■\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
( ´∀`)<なんだこのスレは?
_φ___⊂)__ \_______________
/旦/三/ /|
| ̄ ̄ ̄ ̄ ̄| |
|二十世紀梨|/
/■\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(´∀` )<あっ、前スレが大きくなりすぎたから引っ越したのか
_φ___⊂)__ \_______________
/旦/三/ /|
| ̄ ̄ ̄ ̄ ̄| |
|二十世紀梨|/
/■\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(´∀` )<いずれにしてもおにぎりワッショイ!
_φ___⊂)__ \_______________
/旦/三/ /|
| ̄ ̄ ̄ ̄ ̄| |
|二十世紀梨|/
5 :
名無しさん:01/11/14 14:22 ID:???
>>1 協力してやるからスループット測定の基準を決めてくれ
誰でもできる方法じゃないとデータは集まらんぞ
>>1
じゃあ、200ByteのIPパケットを、10Base-T FullDuplex Ethernetで
流した場合、いわゆるワイヤーレートはIP層で見ると何bpsになる?
>>1みたいなこと書くなら、こんなことは常識として知ってるよね?
7 :
anonymous@ PPPa1088.kanagawa-ip.dti.ne.jp:01/11/15 01:23 ID:VwIlvepw
8 :
:01/11/21 11:07 ID:???
NIC に関してブランド志向のやつは概してタコが多い。
9 :
名無しさん:02/01/05 01:18 ID:cwPeJ5rv
激しく古いスレを呼び戻してスマソ。
100BASE-TXの実効速度って皆どれ位出てるの?
うちじゃぁ3Mbps程度しか出てないんだが…今更ながら、これは流石に遅すぎで無いかと。
ちなみに環境はWindows2000ServerとSolaris8(IA版)での転送で、スペックは以下の通り
・Windows2000Server
CPU:Pentium!!! 800EB
MEM:256MB
NIC:Planex FNW-9800-T
・Solaris8(IA版)
CPU:Celeron 300A x 2
MEM:256MB
NIC:Intel EtherExpress PRO/100+
・Switch
Planex FX-16NW
Planex FX-085MC2
Switchが二台あったので、それぞれを使い
FX16NWを使って100MBのファイルをFTPで10回往復、sambaで10回往復
FX-085MC2を使って100MBのファイルをFTP10回往復、sambaで10回往復
結果、どちらのSwitchの場合も平均3Mbps…
果たしてPlanexがヘボいのか…他に原因があるのか…
良かったら皆の意見を聞かせて頂けないでしょうか?
10 :
名無しさん:02/01/05 01:30 ID:cwPeJ5rv
Windows2000Server対WindowsNT4.0(SP6)でやっても同じ結果でした…
NTのスペックは
CPU:Celeron 500MHz
MEM:256MB
NIC:Intel EtherExpress PRO/100+(Solarisからぶっこ抜いた)
11 :
anonymous@ ntkngw024093.adsl.ppp.infoweb.ne.jp:02/01/05 14:50 ID:t6Bsyj3x
このスレが参考になるのでは?
http://pc.2ch.net/test/read.cgi/network/996829229/ つか、3Mbps? 30Mbpsじゃなくて?それ、遅すぎ。
どっちかがネゴに失敗して、単に10Mbpsでつながってるだけでは?
普通はこのくらい↓(50〜70Mbps)と思うぞ
59 名前:カニ 投稿日:2001/08/13(月) 14:25 ID:ICYOx85Y
>>55 試しにNICを変えてみた。
FTPサーバ
Windows2000Server+SP2、IIS5
Celeron700MHz、Memory512MB
FTPクライアント
Windows2000Pro+SP2
Pentium3-700MHz、Memory384MB
===================================================
結果1 カニ8139B <-> カニ8139A
Ave.5.2MB/S、Peak6.1MB/S、クライアントのCPU負荷 65%
結果2 3COM905B <-> 3COM905B
Ave.6.7MB/S、Peak7.4MB/S、クライアントのCPU負荷 31%
===================================================
正直NICなんてどれも同じと思っていたが…
ちょっと考え直そう。
御三家(イソテル、DEC、3COM)の比較データ、誰か持ってない?
12 :
7sea:02/01/05 16:22 ID:???
>>5 >>1 こんなところでどう?
・テスト方法
ハードディスク上にある100MB前後の単一ファイルをFTPまたはWindows共有で転送、
所要時間とファイルサイズから転送率を算出
Q. 何か制限事項ある?
A. ディスクが12.5MB/S(=100Mb/S、100BASE-Tの理論値)以上の転送力を持つこと
Q. ほしい情報は?
A. サーバ・クライアント双方のNIC/OS、HUB、転送方法、転送率。
可能であれば、CPUとクライアント(通信開始)側の見た目平均CPU使用率
Q. テストに使用するファイルは?
A. ハードディスク上にある100MB前後の単一ファイル、拡張子等は不問
Q. 転送方法は?
A. FTPまたはWindows共有
13 :
7sea:02/01/05 16:24 ID:???
ちなみに俺の場合。
結果
64.5Mbps(Windows共有)
PC1
イソテル i82558
Windows2000Server
Celeron 366MHz
クライアントになったときのCPU使用率 約50%
PC2
3COM905B
WindowsXP Pro
Pentium3 933MHz
クライアントになったときのCPU使用率 約60%
HUB
メルコ LSW10/100-8H
使用したファイル
Windows2000 ServicePack2(104MB)
転送に要した時間
どちらから通信を開始した場合も約12.9秒
この結果を見るかぎり、i82558のCPU使用率は際立って低そうだ。
ドライバはOS標準品。
>>13 XPって2000や98と比べて、
Networkかファイルアクセス周りかはわからんが
ともかく包括的には処理を食い気味の模様。
前に同じようなことをやったとき、XP+
Cereron650MHz+i815eLANでもCPU使用率は60%
前後だったような。
万が一いい加減なことを言ってると申し訳ないから、
ちょっと試してみた。
A:SiS900相当(SiS735chipset) / Duron 750MHz / Win98(無印)
B:intel82559相当(i815Echipset) / Cereron 650MHz / WinXP
A−B間はクロス接続
A…CPU使用率 平均10%弱
↓ 3.5MBYTE/s
B…70%弱
B…58%前後
↓ 7.3MBYTE/s
A…100%(全然重くならないので、たぶんなんかの間違い)
片側が98無印なので、若干妖しいけど。
確か、純粋にデータのやり取りだけで計測するベンチが
あったとはずだけど、なんて名前だったっけ?
PC1
Toshiba Libretto L1(Crusoe600MHz)
Windows2000Pro
NIC1 Melco WLI-PCM-L11 (無線11Mbps)
NIC2 Melco LPC3-TX-CB (有線100Mbps、CardBus)
PC2
カニ8139C
WindowsXP Pro
HUB
メルコ WLAR-128
無線11Mbpsの結果
3.0Mbps (;´Д`)
有線100Mbpsの結果
37.0Mbps
無線11Mbpsの実力はこんなもの?
無線LAN利用者の情報求む
17 :
仕様無しさん:02/01/06 00:42 ID:Hb/UVe/2
たまたまルータ機と予備機で4線測れるのがあったのでそこで計測してみた。
A FreeBSD4.4-Release, K6-III 450MHz
A1 DEC 21040: DEC 型番不明
A2 DEC 21140: Planex ENW-9501-F
A3 NS DP83820: Planex GN-1000TC
A4 AMD Am79C973: Corega FEtherW PCI-TX
B FreeBSD4.4-Release, P3 866MHz*2
B1 Realtek 8139C: Planex FW-100TXL
B2 DEC 21140: Corega FastEther PCI-TX
B3 NS DP83820: Planex GN-1000TC
B4 VIA VT6102: Corega FEther PCI-TXM
A1-B1は10BaseT,A2-B2は100BaseTX-FDX,A3-B3は1000BaseT-FDX,A4-B4は100BaseTX-FDX。
IPv4のFTPで100MBの乱数ファイルを/dev/nullへbinaryモードで送信、1回目を捨てて次5回の平均値。
(但し、A1-B1間は10MBのファイルを使用した)
負荷はtopで見たidleを100%から引いた値。目測概数なのでやや誤差あり。
転送速度の単位はMByte/sec。
送→受 速度 送負荷 受負荷
A1→B1 1.01 75% 3%
A2→B2 10.72 10% 30%
A3→B3 14.20 100% 30%
A4→B4 9.31 (未計測)
B1→A1 1.05 3% 10%
B2→A2 11.18 30% 50%
B3→A3 20.07 85% 100%
B4→A4 9.14 (未計測)
A→A 15.36 100% (localhostへFTP)
B→B 33.45 100% (localhostへFTP)
>>17 うぉっ、ギガビットイーサだっ!
数字が意外に出てないのはPCIバスのせい? それともディスク?
A3→B3 と B3→A3 の受け側CPU負荷の違いを見ると、やっぱK6世代の
CPUでギガビットは無謀そうですねえ。
19 :
17:02/01/06 01:25 ID:Hb/UVe/2
単にAのCPUが処理し切れてないからかと。
100MBくらいなら楽勝でキャッシュできるくらいのメモリ(A:768MB, B:2048MB)は
積んでいるし。
# ちなみに一回目のA2→B2(Diskキャッシュがまだ効いてない)で約800kByte/sec(藁
結局現状ではK6でギガビットはかなーり無理があるかと。
このスレを深海からサルベージした
>>9 はどこいった?
21 :
9:02/01/06 02:38 ID:YA1mf9fi
おお!いつの間にか賑わっている!!
やっぱ3Mbpsは遅すぎだよねぇ…
あの後、色んなサイトで100BASE-TXの実測についての情報収集してみたんだけど、
うちの結果はやはりヤバ過ぎるという結論に達したっす。
速度からしても
>>11の言う通りネゴシエーション失敗してる臭い…
FNW-9800が腐ってるのかと思い、3C905-TXに交換して再測定するも結果変わらず。
NICが現在どの転送モードで動作してるか確かめるツールとか無いのかねぇ…
所でこの3C905-TXは、なんら通信を行ってない状態でもACTランプが点滅してやがる。
念の為にパケットをダンプしてみたけど、やはり何の通信もしてない…
3comのNICってみんなこうなのか…?どうもこいつも腐ってる臭い。
給料入ったらIntelのNICをもう一枚買ってきて試すかな…
それまで、もう少し試行錯誤してみるっす。早くまともな速度を体験したいよ…
22 :
名無し:02/01/06 03:50 ID:zEugA9Ik
>>21 Solarisだったら
# ifconfg -a
とかで出なかったっけ?、インターフェイスのリンクステータス
23 :
仕様無しさん:02/01/06 09:43 ID:+QPxuLPn
>22 HUBに付いてるLEDでわかるような。
他にありうる可能性として、
・Cat3ケーブルやいいかげんな自作ケーブルを使っている
・IRQが何か別のものとかぶってる(普通はそれでも3Mに下がることはないけど)
・殺人的にHDDが遅い(多分無い)
とりあえずNIC買ってくる前に試してみるものリスト。
・HUBの刺す口を変えてみる
・ケーブルを変えてみる
・カード刺すスロットを変えてみる
・神に祈ってみる
24 :
pin:02/01/06 13:05 ID:???
>>21,22,23
うちも21143で
>>21と同じような状況になったけど、
ifconfigもhubのランプも信用できないよ。
手動でhulfにして試してみた?
FTPもNetBIOSもそうだけど、TCPパケットだとどうしても遅延が影響しちゃうなぁ。
片側でUDPでがんがんにトラフィックを流して、もう片側でそれを受け取って
トラフィック量を計測するソフトないかなぁ。
26 :
pin:02/01/06 20:06 ID:???
>25
ttcpってできなかったっけ?
27 :
9:02/01/06 20:06 ID:???
>>22 UP/DOWN程度のステータスしか見えないっす。
xBSD使ってた時はmedia:〜みたいなステータス返して来てたけど…
>>23 既に一通り試していて、祈る段階まで来ております。
>>24 Half/Full両方で試してみたんですが、駄目でしたね。
28 :
pin:02/01/06 20:43 ID:???
>27
hoge-diagってソラリスで動いたっけ?
うちはこれの表示とハブ(planexの安ハブ)のLEDの表示との関係が
めちゃくちゃだった。
あとは、ハブを変えるくらいだろうなあ。
29 :
たまなし:02/01/06 23:20 ID:???
>9
solaris で 10/100 とか half/full の状態を見るには rootで
ndd /dev/$dev \?
ってやって、多分
link_speed
と
link_mode
があるから、
ndd /dev/$dev link_speed
ndd /dev/$dev link_mode
みたいにしてみればいいかも。
EtherExpress 10/100 だから、
ndd /dev/iprb link_speed
ndd /dev/iprb link_mode
みたいな感じになるはず。
例としては、手元にはSparc Solaris しかなかったので、
# ndd /dev/hme link_speed
1
# ndd /dev/hme link_mode
1
これだと、100 の full ってかんじ。
link_speed が 0 だと 10Mbps だし link_mode が 0 だと half duplex。
で、その他の可能性として(いままでの話とぜんぜん関係ないですが)
・dual CPU が悪さをしてる
というのがあって、
・CPUをひとつ引っこ抜く
・引っこ抜いた上でOSのインストール
・singleのマザーボードに新たにsolarisをいれて試してみる
というあたりでどうでしょう。
nddネタに関しては
http://sunsolve.sun.com/data/806/806-6178-10/pdf/806-6178-10.pdf とか
http://sunsolve.sun.com/data/806/806-4143-10/pdf/806-4143-10.pdf とか眺めるといいかも
もちろんndd(1M)も。
30 :
うーむ:02/01/09 01:07 ID:cgYkm8qT
31 :
9:02/01/10 23:11 ID:E84Akxvj
やはりPlanexのNICが原因でした…
新規購入して来たIntelのNICに交換したところ、
半端無い速度(6MBps)で転送に成功。
これが標準的な速度だったのか…今までの俺って一体(鬱
Win・samba間の転送は3MBps程度までしか上がりませんでしたが、
これはWinsockの仕様のせいと思われるので良しとしますか。
>>29 色々とご提案ありがとうございました。
nddのリンク、大変参考になりました。
恐らく、nddでステータスを見れるのはSunのNIC(hme)のみかと…
以前Enterpriseで試した時はこれでステータス確認出来たのですが、
SS5(le)では駄目でしたし…
iprbの場合もoperation failed, Invalid argumentが返って来ました。
┏┻┻┻┻┻┻┻┻┻┻┓
┃ ┃
┃ RTL8139C ┃
┃ (V)。。(V) PC238TE ┃
┃ ミ(∀)ミ ┃
┃ ┃
┗┳┳┳┳┳┳┳┳┳┳┛
33 :
nic:02/12/05 16:49 ID:???
Bフレッツ
34 :
34:02/12/07 11:46 ID:P1wJNYV9
35 :
山崎渉:03/01/15 22:33 ID:???
(^^)
あぼーん
37 :
山崎渉:03/04/17 12:28 ID:???
(^^)
あぼーん
あぼーん
あぼーん
41 :
:03/06/09 01:32 ID:???
光のギガでこなれたNICってありますか?
ギガが必要な要件のサーバ構築なんですけど、
お客さんがUTPのギガスイッチは無いって言うんですよ
UTPならサーバのハードベンダが推奨NICを提示してくれてるんですけど、
SXでは推奨NICが無いといわれてしまって、、、、
メディアコンバータに無駄金使うくらいなら
拡張案としてスイッチをリプレイスする案を出すつもりなんですけど
SXでこなれたNICがあるなら検討しようと思ってます。
42 :
41:03/06/09 01:32 ID:???
ごめんなさい、ageさせてください
43 :
anonymous@ eatkyo171136.adsl.ppp.infoweb.ne.jp:03/06/09 01:49 ID:Dj75WrE5
44 :
41:03/06/09 02:04 ID:???
>>43 ありがとう
>マザーとかの相性があるから
そう、この辺があるからサーバのベンダ(ぶっちゃけHPというかCompaq)も
実際の商用の実績ベースでしか推奨をださないんで
数をこなしてない光のNICだと推奨を出してくれないんですよ
intelのページ見てもサポートOSがLinux-2.2.xってなってるんで
2.4.xではドライバがこなれてないのかとかんぐってしまいますし
intelで試験して問題なければ入れちゃおうかなー
intelならお客にも話安いですしね
intelに保証しろとは言わないけど、サーバのベンダの推奨があると気が楽になるんですが、、、
>>intelのページ見てもサポートOSがLinux-2.2.xってなってるんで
>>2.4.xではドライバがこなれてないのかとかんぐってしまいますし
こなれてないとかじゃなくて、カーネルバージョンうpに
いちいち対応するのが面倒なだけだと思う
2.2から2.4ってかなりがらりとかわんなかった?
xinetdとかまるで別ものになってたような気がするけど
あぼーん
あぼーん
あぼーん
あぼーん
あぼーん
∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ
あぼーん
保守
54 :
ま、今更だけど:04/05/20 00:45 ID:pXkW9pN6
そろそろアゲ
55 :
名無しさん:2005/04/30(土) 21:45:07 ID:zBOquW8q
XPヽ( ・∀・)ノ ウンコー
56 :
ftp:2005/12/25(日) 16:54:19 ID:???
NICもいいけど、HUB(SW)がまともだという前提が無いと意味が無い。
クロスでのベンチもきぼん。
PCI Express接続のNICとかってどうなの?
CPU負荷とかは低いのかな?
57 :
1:2006/04/16(日) 12:09:17 ID:???
NICのスループット比較や相性問題を語る。
かそりんぐ
60 :
さげr:2007/06/07(木) 23:44:00 ID:???
ネットワーク系の過疎スレをあげるのが仕事です。
61 :
nanasi:2007/09/01(土) 22:59:46 ID:wpZyHFIV
>>59 出所おめー
おまいが服役してる間に、その話題は過ぎ去ったよ
>61
4ヶ月のお勤めごくろーさん
カニつかっとけ。
嘆かわしい
やっぱINTELは蟹よりスループット大きい
66 :
anonymous:2013/09/01(日) 00:45:58.60 ID:Dr9V6s3Y
PC1:
GA-965P-DQ6@Core2Quad Q6600
Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller
Windows 7 Ultimate sp1 (32bit)
PC2:(共有フォルダを作ってファイルサーバにしている)
Intel DP965LT@Core2Duo E6600
Intel(R) 82566DC Gigabit Network Connection
Windows XP pro SP3
デフォルトゲートウェイはYAMAHA NVR500(実効スループット800Mbit/s)
case1 PC1を使ってexplorerでPC2→PC1へコピーしたとき100MB/s
case2 PC1を使ってexplorerでPC1→PC2へコピーしたとき20MB/s
case3 ベンチマークソフトで速度を計測したときはどちらも80MB/sは出ている
case4 PC1を使ってrobocopyでPC1→PC2へコピーしたときも20MB/s
ネットワークモニタを見るとcase1とベンチマーク時は連続して一定の速度を保っているが
case2では転送が安定してなくて細かい周期で波打っている。
パケットキャプチャしたら一瞬0になってる感じ。
下のパラメータいろいろ変えたらあるとき改善したけど
同じ設定でも再起動とかしたらまた同じ現象が発生する。
毎秒最大IRQ、受信バッファ、送信バッファ、割り込み節度、大容量送信オフロード
IPv4チェックサムオフロード、TCPチェックサムオフロード(IPv4)、UDPチェックサムオフロード(IPv4)
rss、chimney、netdma、dca、autotuninglevel、アドオン輻輳制御プロバイダー
ECN 機能、RFC 1323 タイムスタンプ、DisableTaskOffload、EnableWsd
RDC(Remote Differential Compression)、割り込み加減率、受信記述子、送信記述子
TcpWindowSize、NetworkThrottlingIndex
なにがダメなんだろうね。
67 :
66:
おい、誰かレスしてくれよ