facebook twitter hatena line google mixi email
★お気に入り追加


■ このスレッドは過去ログ倉庫に格納されています

  • 1
  •  
  • 2024/03/13(水) 14:04:52.20
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

2.5、5、10ギガビットイーサ(10GBASE-*)について語るスレ
価格がこなれてきた10GBASE-Tは光ケーブルはもちろん、DACやRJ-45も対象です。

過去スレ
【10GbE】10Gigabit Ethernet 17【10GBASE-T等】
https://mevius.5ch.net/test/read.cgi/hard/1685519295/
【10GbE】10Gigabit Ethernet 15【10GBASE-T等】
01. https://mevius.5ch.net/test/read.cgi/hard/1648898823/
【10GbE】10Gigabit Ethernet 14【10G以下】
02. https://mevius.5ch.net/test/read.cgi/hard/1637052952/
【10GbE】10Gigabit Ethernet 13【10G以下】
03. https://mevius.5ch.net/test/read.cgi/hard/1617429181/
【10GbE】10Gigabit Ethernet 12【10GBASE-T等】
04. https://mevius.5ch.net/test/read.cgi/hard/1604362122/
【10GbE】10Gigabit Ethernet 11【10GBASE-T等】
05. https://mevius.5ch.net/test/read.cgi/hard/1594720220/
【10GbE】10Gigabit Ethernet 10【10GBASE-T等】
06. https://mevius.5ch.net/test/read.cgi/hard/1585234045/
【10GbE】10Gigabit Ethernet 9【10GBASE-T等】
07. https://mevius.5ch.net/test/read.cgi/hard/1576641447/
【10GbE】10Gigabit Ethernet 8【10GBASE-T等】
08. https://mevius.5ch.net/test/read.cgi/hard/1566384522/
【10GbE】10Gigabit Ethernet 7【10GBASE-T等】
09. https://mevius.5ch.net/test/read.cgi/hard/1553105861/
【10GbE】10Gigabit Ethernet 6【10GBASE-T等】
10. https://mevius.5ch.net/test/read.cgi/hard/1533077761/
【10GbE】10Gigabit Ethernet 5【10GBASE-T等】
11. https://mevius.2ch.net/test/read.cgi/hard/1515779986/
【10GbE】10Gigabit Ethernet 4【10GBASE-T等】
12. http://mevius.5ch.net/test/read.cgi/hard/1493036840/
【10GbE】10Gigabit Ethernet 3【10GBASE-T等】
http://echo.5ch.net/test/read.cgi/hard/1476100955/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

ここまで見た
  • 119
  •  
  • 2024/04/05(金) 08:59:12.46
>>115
Wi-fi6/6E/7のAPだと10GbEでも足りない速度出せるから要るぞ。それに中継スイッチとかの
用途だってあるぞ。
探しやすいものとしてはYAMAHAとかBUFFALO(企業向け)の最上位AP用に出てる。
そういや、SFP+/SFP28コネクタって規格的にPoE入力/出力に対応できんよな?
先日明らかにPoE対応port数の計算が合ってないスイッチを見つけたんで一応確認しておきたいw

ここまで見た
  • 120
  •  
  • 2024/04/06(土) 15:56:58.70
アリエクで注文していたsks8300-8xが届いた
なんか日本向けパッケージで送られてきたw
あと筐体は無茶苦茶小さいね、1Gスイッチと変わらんね

とりあえず設定変えずにDACを挿してみたが認識せず
ファームウェアは最新だったが、DACケーブルは自動認識せず
設定変更で問題無くリンクアップ
ただ2ポート目を繋いだところで再起動繰り返して認識しなくなった上に発熱がすさまじい事に…
PC側のIntelのNICの問題かと思って別のに変えても症状変わらず
1つ目は8番、2つ目は1番ポートを使おうとしていたんだが、とりあえず8番ポートを抜いた状態で接続したところ問題無くリンクアップ
その後8番ポートも接続したところこちらも問題無く認識
ファームウェアが更新されたとは言えまだ動作に癖があるみたい

ジャンボパケットも普通に通るしダウンロード、アップロードの速度も問題無し
とりあえずしばらくは様子見かな

ここまで見た
  • 121
  • 不明なデバイスさん (ワッチョイ b203-sr4g)
  • 2024/04/09(火) 20:24:25.87
八丁か!
俺もPoEのやつ買ったよ!

ここまで見た
  • 122
  •  
  • 2024/04/09(火) 21:13:10.30
久しぶりにGETICが出品したらアマゾンのCRS305-1G-4S+INの値段が一気に下がったな

ここまで見た
  • 123
  •  
  • 2024/04/09(火) 21:30:41.41
すでにcrs305よりsks8300のほうがいいような気がするぜ……
まぁ安定させられればだが

ここまで見た
  • 124
  •  
  • 2024/04/09(火) 22:05:14.88
うちのcrs305は10gのntpサーバーにしかなってないw
いらんかったわ

ここまで見た
  • 125
  •  
  • 2024/04/10(水) 07:33:33.00
>>123
sks8300-8xしばらく使ってみたけど高温にやたら弱いのか少し温かくなるだけでも速度が低下する気がする
あまり熱くならない普通の1Gハブの上に置いていたんだが、少し使ってたら速度が低下したんで
なんだろ、と筐体触ってみたら、全体的にホカホカになってた
特に底面は結構熱くなってたので、下に空間がある風通しの良いところに置き直してある程度熱が冷めるまで待ったら速度が出るようになった
ハズレ個体なのかもしれないが、夏とかはノートパソコン用のファンとか必要になる気がする

ここまで見た
  • 126
  •  
  • 2024/04/10(水) 16:10:12.88
>>125
俺は12cmファンで筐体そのものを冷却してたぞ
風量あるしわりと冷えてていい感じだったな
今はもうないけど

ここまで見た
  • 127
  •  
  • 2024/04/11(木) 20:02:50.43
>>126
よかったら手離した理由を教えてほしい

ここまで見た
  • 128
  •  
  • 2024/04/11(木) 21:01:23.10
>>127
>>99に書いた通り
当初はメーカーサイトもわからずで当然ファームがアップされてるなんて知らんから次の別製品に手を出すしかなかった
sks8300-8xと新規調達品のどちらを残す?の判断でsks8300-8xを手放した場合、モジュールも処分できる分、高く売れそうだったから手放した

ここまで見た
  • 129
  •  
  • 2024/04/12(金) 22:27:18.85
>>128
>>99の人か
なるほどサンクス

ここまで見た
  • 130
  •  
  • 2024/04/13(土) 22:20:14.38
>>126
ファン置いて冷え冷えにしたけど速度はあまり安定しなかった…

んで色々調べてみたら
俺がアリエクで買ったX520の互換カード、DACと相性が悪いのか速度が遅いというレビューがあった
とりあえずX520対応を謳ってるDACを見つけたので届いたらそれに付け替えてみようと思うが
X520のカードも種類によって良い悪いがあるのかなぁ

ここまで見た
  • 131
  •  
  • 2024/04/14(日) 00:29:28.45
>>130
使ってて思ったのは10GBaseSRモジュールはどのファームでもトラブル知らずだった
あと10Gと1Gのrj45モジュールもトラブル知らずだったな
DACは初期ファームはイマイチ、qsfp+/sfp変換アダプタを対向SWに使うとイマイチなことが多い、ってかんじ。
ただqsfp+/sfp変換アダプタ経由の接続は別swでもイマイチだったからsks8300-8xの問題ではなさそう

ここまで見た
>>131
なるほど
なるべく発熱少ないようにとDAC選んでたが
上手くいかなければSR試してみようかな
もしくは別のPSCIEカードを探すか…

ここまで見た
  • 133
  •  
  • 2024/04/14(日) 12:28:13.62
一番安いものを選んだはずが余計に高くついてるな

ここまで見た
まぁアリエクでよくわからんメーカーの安い物を選んだ時点である程度は織り込み済みではあるけどね

ここまで見た
  • 135
  •  
  • 2024/04/14(日) 15:47:58.87
>>133
安めのやつはちょっと相性ある感じがあるね。
ただ他買うよりはやっぱり安い
時間の消費が非常にもったいないところではあるけど

ここまで見た
  • 136
  •  
  • 2024/04/14(日) 19:15:11.42
うまく安定して動いたら運用に回そうと思ったがだめならちょっとは足掻くけど無理そうなら別の買うから…
流石に明らかな地雷は買わんけどね
そのまま動いたほうがいいっちゃいいんだけどだめなら自分の環境では駄目という知見が得られるからいいのだ

ここまで見た
  • 137
  •  
  • 2024/04/14(日) 23:40:14.16
UbiquitiのSwitch Aggregationが8ポート5万円で信頼できて割といい選択肢じゃないかと思ってる

ここまで見た
  • 138
  •  
  • 2024/04/15(月) 09:59:02.60
皆さんMTUは1500から変えてる?
それならいくつにしてますか?

ここまで見た
  • 139
  •  
  • 2024/04/15(月) 10:01:51.22
設定できる限界一杯まで

ここまで見た
  • 140
  •  
  • 2024/04/15(月) 10:12:59.22
>>138 馬鹿じゃね?

ここまで見た
  • 141
  •  
  • 2024/04/15(月) 10:22:07.13
>>138
昔は変えてたけど今はデフォのままかな
ベンチで最速とかやってるわけではないし、今どきのPCならそこまで影響無かろうというのが理由
むしろ意図的に変更してトラブるほうが面倒

ここまで見た
  • 142
  •  
  • 2024/04/15(月) 11:02:50.06
>>139
>>141
人によって違うんですね
パフォーマンスを追求しないならデフォルトで、するならスイッチが許す最大にするって感じでしょうか?

>>140
何が?

ここまで見た
  • 143
  •  
  • 2024/04/15(月) 11:53:58.08
>>142 そら、Jumbo Frameの扱いが面倒だからに決まってる
パケットにフレームサイズが保存できるよう規格化する前にポシャったので
規定値デバイスは超過パケットを捨てるしかなく互換性が無いまま世にでてしまったのでトラブルの温床になる

ここまで見た
  • 144
  •  
  • 2024/04/15(月) 12:20:48.88
1対1のNASとの接続とかならジャンボフレーム使うかもだけど、それ以外はトラブル多過ぎてノーサンキュー

ここまで見た
  • 145
  • 2024/04/15(月) 12:24:07.96
何故かネット記事はジャンボフレームが大好きやね

ここまで見た
  • 146
  •  
  • 2024/04/15(月) 12:32:57.05
>>142
ちょっと違う
別にパフォーマンスを追求しないわけではなくて、それより上位のものがあるだけ
あとトラブるリスクに対してリターンがそんなに大きくない、程度問題でもあるけど
それこそジャンボパケット使ったら速度が2倍に!とかなら考えるけどね
もちろんパフォーマンスが最上位って考え方(ベンチなんかそうよね)もあるので、それを否定するものでもないよ

ここまで見た
  • 147
  •  
  • 2024/04/15(月) 13:05:03.59
10G程度だったらデフォルトmtuで最新のCPUでも10%も行かないよね。
25Gだとどうなんだろ?

ここまで見た
  • 148
  •  
  • 2024/04/15(月) 13:18:12.84
>>147 TOEで処理するからCPU負荷とか昔話だろ

ここまで見た
  • 149
  •  
  • 2024/04/15(月) 19:12:23.24
MTUは約9000にしてる。ベンチマークすると1500とでは倍くらい違う。

ここまで見た
  • 150
  •  
  • 2024/04/15(月) 21:04:28.64
>>149
んなアホな
どんな環境?

ここまで見た
  • 151
  •  
  • 2024/04/15(月) 22:27:42.43
10GBase-T。一階と二階にハブがあって、それぞれにつないだPC間でベンチをやった。

ここまで見た
  • 152
  •  
  • 2024/04/15(月) 23:48:33.99
うちはPCがRyzen Threadripper 3970X + Windows11の自作機(NICはIntel X710-T2L)、
NASがQNAPのTVS-h874-i5-32G(MN08ACA16T×8台のRAID6、QNAP純正のIntel X710の
デュアル10GBASE-T搭載NICを増設)って環境だけど、MTU1500とMTU9000では大容量ファイルの
NASからの読み出し速度が3~4割くらい違うな
MTU1500だとエクスプローラのコピーダイアログに表示される数字で700~800MB/sくらいだけど
MTU9000にすると平均でも1GB/s超え、コピーダイアログに表示される瞬間最大風速だと
1.15~1.16GB/sまでいく
PCからNASへの書き込みについてはMTUが1500でも9000でも目立った差はない感じ

ちなみにベンチマークはCDMとかは使わず200GBの単一のダミーファイルをエクスプローラで
読み書きしてそれにかかった時間をストップウォッチで測って出してる
できればMTU1500でも10GBASE-Tの限界ギリギリまで出てほしかったところだが

ここまで見た
  • 153
  •  
  • 2024/04/16(火) 02:17:38.35
>>152
1500の時ってCPUどれぐらい使ってる?

ここまで見た
  • 154
  •  
  • 2024/04/16(火) 10:46:56.17
互換性というかトラブルの事考えたら1500から動かさない。
動かして原因追求まで浪費したこれまでの人生の時間考えたら
もう動かす気にならない。
遅いならそのマシンのスペック上げるさ。

ここまで見た
  • 155
  •  
  • 2024/04/16(火) 11:15:56.23
NIC2枚差しで1500/9000と完全分離できるなら安定するかもしれんが
そんなアホな結線したくない

ここまで見た
  • 156
  •  
  • 2024/04/16(火) 11:19:01.73
ジャンボパケットは効果あるのはわかるんだけど面倒なことが多いからね
NASだけ専用ネットワークを別に組んでたらいいけどさ

マシンスペック上がってもパケットが分割される分のオーバーヘッドは仕方がないよね

ここまで見た
  • 157
  •  
  • 2024/04/16(火) 20:25:44.17
>>147
ちょっと古いけどこんなの見つけた
ttps://bhcrusher1.net/2020/01/25gbe-started/

ここまで見た
  • 158
  •  
  • 2024/04/16(火) 20:27:44.92
なんで今からでも規格化しないんだろ?

ここまで見た
  • 159
  •  
  • 2024/04/16(火) 23:24:15.84
>>153
152だけどさっき試してみた
CPU使用率はMTU1500でも9000でも大差なくてNAS→PCの時が8%前後、
PC→NASの時が5%前後って感じ(諸事情でCPUのSMTは切ってるので
物理コア数 = 論理コア数になってる)

ストップウォッチ片手に測った実際の転送速度は
・NAS→PC
791.2MB/s(MTU1500)
1002.3MB/s(MTU9000)

・PC→NAS
843.8MB/s(MTU1500)
896.6MB/s(MTU9000)

今回は微妙に調子が悪かったみたいでMTU9000のNAS→PCでも
平均1GB/sに僅かに届かず1.16GB/sの表示も拝めなかった
NASのHDDがやたらゴリゴリ言ってたし裏で何か走ってたのかなあ

ここまで見た
  • 160
  •  
  • 2024/04/17(水) 08:45:41.42
>>159
NASのCPU足りてるのに遅くなるのか
なんでだろ?

ここまで見た
  • 161
  •  
  • 2024/04/17(水) 09:27:53.98
>>158 今更だからじゃね
もうTOE:TCP/IP Offloading Engineもあるし
ハードスペックも上がってMTU1500でCPU100%になんてならないし
ジャンボフレームなんてオワコンだから

こんな老害テクをいまだに気にしてるのが馬鹿らしい

仮に規格化してどこで緩衝(処理)するつもりだ?
NICやスイッチングハブを全部入れ替えるのか? ありえんだろ

ここまで見た
>>161
A機器 MTU9000だけど大丈夫?
B機器 だめ、1500までしか受けられない
A機器 わかった、じゃあ1500で送る

ってネゴするだけで済むんでは?

ここまで見た
  • 163
  •  
  • 2024/04/17(水) 15:12:30.92
この通りに設定すると良いよw
https://note.com/sameshark_same/n/n5c8a6b661d4f

ここまで見た
  • 164
  •  
  • 2024/04/17(水) 15:58:37.67
>>162 それは皆わかってるんだよ、んでそのフロー制御をどこでやるかって話

ここまで見た
  • 165
  •  
  • 2024/04/17(水) 16:38:03.92
ネットワーク層でやってるんじゃないの?
ただそのicmp遮断(pmtud遮断やね)とかしちゃうから通らなくなってハマるわけで
本来ちゃんと動いてるんであればおかしくなる要因はないはずなのよ
行儀の悪い実装が横行してるから結果トラブりやすくなってその技術は使うのやめよう……ってなっちゃう

ここまで見た
  • 166
  •  
  • 2024/04/17(水) 17:26:32.05
>>165 やってないよIPヘッダのフォーマットにないからね
ヘッダにないのが問題なんだよ

ルールを作ってヘッダに収めよう(フォーマット化) →判ってるよ

でも今更だろ? って話

んで、はいフォーマット化できました → で?

NICでやれば? → ドライバだれが直すの? 誰が更新するの? 家電とかIoT系とか無理じゃね?
ハブとかでできない? → それハブ屋にやらせるの? ファームUPなんてできんよ? 既存のハブ捨てろと?

双方向で暗黙の了解でジャンボフレームを使うのは良いけど
異機種混在環境のジャンボフレームには無理がある

ここまで見た
  • 167
  •  
  • 2024/04/17(水) 18:05:45.23
一応思いっきりスレ違いのきがするのでこんぐらいでやめとくが
RFC1191(Path MTU Discovery)ってのが規定されてるから、そこら辺調べてみるとよろし
ただまぁicmpなんでそれきられちゃうとダメだよね、って話

ここまで見た
  • 168
  •  
  • 2024/04/18(木) 08:14:57.45
>>160
正直わからん
PCはスリッパの3970XだしNASもi5-12400だからCPUの性能は十分なはずで
ジャンボフレームなんて使わなくてもフルスピード出てくれるだろうと期待してたから
そこまでいかなくてちょっとガッカリしたわ
ひょっとしたらオールSSDだとまた違うのかもしれんけど

ここまで見た
>>168
UEFIづ省電力系全部切ってるか?
アレのせいで性能出ない環境とかあるぞ。

砂時計アラームタイマー
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード