10ギガビット回線が300Mbpsに留まる謎：ネットワークボトルネックの真犯人はNIC設定だった
本記事は、ホームラボ環境におけるネットワークの性能低下という技術的なトラブルシューティングの過程を詳細に報告しています。筆者は、ホームストレージをUniFi UNAS Pro 8に移行する大規模な近代化作業を進めており、メインPC（IRONHEART）にはIntel E610-XT2 10GbEカード、NAS、そしてMinisforum MS-01 miniPCの全てが10ギガビットイーサネット（10GbE）で接続されている状況でした。しかし、ファイルコピーの速度が100〜200メガビット/秒という極端に遅い状態にあり、本来の性能が発揮されていませんでした。
当初、筆者はNAS本体、RAID 6構成のストレージ、キャッシュSSD、またはImmichなどのバックグラウンドプロセスに原因があると考え、キャッシュ設定の変更やサービスの停止を試みましたが、性能は改善しませんでした。そこで、ストレージやNASを完全に排除し、WindowsデスクトップとミニPCの間で直接`iperf3`テストを実施しました。このテストの結果、回線速度は1.33 Gbit/secという異常な低速に留まっていました。
この問題は、ストレージの問題ではなく、WindowsとNIC（ネットワークインターフェースカード）の設定に起因することが判明しました。まず、Intel E610ドライバの受信バッファ（Receive Buffers）がデフォルトの512に設定されていたため、これを最大値の4096に引き上げることで、受信スループットは5.15 Gbit/secに大幅に向上しました。さらに、送信方向のボトルネックを解消するため、IPv4の「Large Send Offload (LSO) V2」機能を無効化（Disabled）したところ、`iperf3`のテスト結果は7.03 Gbit/secという理想的な値に到達しました。
最終的に、この設定変更を適用した上でNASへのファイルコピーを再実行したところ、速度は約350 MB/sec（2.8 Gbit/sec）となり、実用的な速度が回復しました。この一連の経験から、ストレージの遅延が疑われる場合でも、まず`iperf3`を用いてネットワーク回線そのものを切り離してテストすることが、問題の真の所在を特定する上で極めて重要であるという教訓が導き出されています。
背景
本ニュースは、高性能なホームラボ環境（Homelab）におけるネットワークトラブルシューティングの事例です。10GbEという高速回線が期待されるにもかかわらず、実際の速度が著しく低下するという状況は、単なるハードウェア故障ではなく、OSやドライバ、ネットワークプロトコルの設定（オフロード機能など）に起因する「設定上のボトルネック」が原因であることが多いという前提知識が重要となります。
重要用語解説
- 10 Gigabit Ethernet: 10GbEの略称で、理論上最大10ギガビット/秒のデータ転送速度を持つネットワーク規格。従来のギガビットイーサネット（1GbE）と比較して、データセンターや高性能なホームラボで利用される高速回線です。
- iperf3: ネットワーク帯域幅やパケットロスなどを測定するための標準的なコマンドラインツール。実際のネットワーク回線が持つ最大性能を客観的に測定するために使用されます。
- Large Send Offload (LSO): ネットワークアダプターやドライバが、大きなTCPバッファを分割し、ネットワークサイズのパケットに分割する機能。CPU負荷を軽減する目的で使われますが、特定の環境下で逆に性能を低下させることがあります。
今後の影響
本事例は、ネットワークの遅延が発生した場合、ストレージやアプリケーション層に原因を求めがちですが、まずネットワーク層（NICドライバ、OS設定、プロトコルオフロード機能など）を徹底的に切り分けて検証することの重要性を示しています。これにより、システム全体のパフォーマンスを最大化するための具体的なチューニング指針を提供します。