ネットワークアダプター設定【主題RSS設定】【FPSゲーマー用】

2026/01/28更新ー記事本題は下にあります。
network設定をできるスクリプトはディスコードサーバー内の【画像の部分】に置いてます。

設定できるものは↓

↓は２０２５年時点の記事内容です。

RSSキューとドライバー設計（2025年版）

FPSではわずかなネットワーク遅延とフレーム変動が勝敗に直結する。
WindowsネットワークスタックやNICドライバーは大きく進化し、最適な「RSSキュー数」や新世代ドライバーフレームワーク（NetAdapterCx）
についてまとめる。

RSSキューとは何か

RSS（Receive Side Scaling）は、NICで受信したパケットを複数のCPUコアへ分散処理する技術。従来は単一コア（RSS=1）での処理が主流だったが、現代は「2～4」キューへの分散が推奨される流れとなっている。​

昔「1キュー」推奨の背景

低世代CPUではコア間通信が遅いため、複数キューを用いると逆にラグ・ジッターが増えた。
NICドライバーやOSの対応も未成熟で、割り込み処理が1コア集中で最も安定しやすかった。​
コア間通信やキャッシュミスが起きず、割り込み処理がシンプルだったのがよかった。複雑なマルチキュー構成が逆にレイテンシを増やすためFPSゲーマーは無効にし１キューにしていた人が多いイメージ。

現代の推奨値（PCのコア数に応じて変動）

Ryzen7000/Intel 13世代以降のモダン環境では「2～4キュー」が最適。
（最新OS・ドライバーはマルチキューによるパケット振り分け最適化が進化し、複数コアでの並列受信処理によってCPUボトルネックを回避、安定した）
ゲーム用途では「4」以上（8や16など）に設定しても、かえってキャッシュの一貫性維持やコア間通信コストが増え、逆効果で入力遅延（ジッター、ラグ）が発生
これによってパケット分散効率が高まり、ネットワークDPC遅延やキャッシュミスが減少。
FPSタイトル（Valorant/CS2/Rustなど）のPing値やフレームレート安定性が格段に上昇。​

• NIC/OS/CPUの実装差や通信環境で最適値は変動しますが、FPS用PC環境なら「2～4」が標準。​

• 極端なマルチキューはプロセッサ間通信コストによるジッター増＝体感遅延の増加原因となるので、スループット偏重にならないよう注意が必要。

RSSキュー数設定の実測比較

ゲーム/ストリーミング環境におけるRSSキュー数変更によるFPS値・Ping値の推移は下記の通り

2キューで1.8倍、4でさらに微増となり、キューが多すぎると逆効果。
現代FPS用途では2~4がベストと言える。
またCPUアフィニティも併用すれば、NIC割り込みの特定コア分離によるDPCジッター低減が体感できる。​
RSSキュー数が「2」だと、ネットワーク割り込みが必ず「2コア」に分散され、この2コアをアフィニティで厳密に指定することで、他のプロセスによる干渉（たとえばCPU0への割り込み集中やカーネル負荷）を避けられます。

CPU世代別のRSS最適値

CPU世代・アーキテクチャによってRSS最適値は変わる。

Ryzen 3000/Intel 10世代以前　【値2】　CCD間遅延対策。キャッシュ一貫性を維持しやすい
Ryzen 5000/Intel 12世代　【値2～】　クロスコア遅延改善だがL3負荷が大きくなりすぎないため　
Ryzen 7000/Intel 13/14世代　【値4】　I/Oダイの高速化、新RSSv2対応で4キューの分散が理想　

ドライバーフレームワークの進化

取り付けも簡単だし、マザボNICより別口にした方が安定はする↑

NDISとは

歴史ある低レベルAPI。NDISミニポートドライバーによるNIC管理は柔軟だが、開発負荷大でWDFとの連携に制限が多い。​RSSキューも普通に値っとワーク設定から変えられる。
（自分で詳細に設定するならこっちでいい、面倒なら無難に↓）

NetAdapterCxとは

RSSキューは設定画面から変更不可、その代わりRSC設定が導入されている。似てるけど技術的な目的や実装レイヤーが異なる別物。
ただし、どちらもネットワークパフォーマンスを最適化する上で重要な役割を担っている。

• RSSは「受信パケットを複数コアに分散し、CPU負荷とDPC遅延を減少させる仕組み」

• RSCは「複数の小さいパケットをハードウェアやドライバーでまとめ、一度に大きなセグメントとしてソフトウェアスタックに渡して処理効率を高める技術」

• NetAdapterCxモデルではRSC動作のトリガーやハードウェア協調が自動的に行われるが、パケットコア分散自体はRSSが担当する設定になっている。

FPSゲームにおいてはRSC（Receive Segment Coalescing）は基本的に無効を推奨します。いい機能だし、メリットも多いけど、まとめる工程で短時間のバッファリング遅延＆パケットの順序変更や遅延処理でレイテンシ判定（ゲームや弾の同期判定）が狂うのが許せない。てか信用してない←
もしRSCを使うなら高機能NICや一部の管理ツール（PowerShell、デバイスマネージャ）では、RSCが「何パケットまとめるか」「バッファタイム閾値」などを調整して、ゲーム／重要プロセスのCPUアフィニティを分離、常駐プロセスを削減してTCP WindowサイズやRTOなど応答値短縮、、、あれここまでするなら、、、

改めてNetAdapterCxとは↓

• Windows 10 2004～/Windows 11～で実装されたWDF Class Extension。

• NIC管理をWDFフル活用した抽象化モデルに。

• ドライバー・レイヤの自動化/安定性/セキュリティ/ユーザーモード（UMDF）対応を強化。

• NetAdapterCxは内部でNDIS APIを呼び出しつつ、ユーザーはWDF風のコーディングだけで開発が可能。

• 最新NIC/OS機能（RSSv2/DPDK他）との親和性が抜群。

• 最適化が進んでいるから過剰な設定はいらない、大嘘。

6. NetAdapterCx導入のメリット

安定性・セキュリティ。
ドライバークラッシュ/カーネル暴走リスクを最小化
WDF高度化×NDIS互換性両者の長所を統合し、最新NIC設計にもフル対応。

開発・保守効率コード自動化・バグ減少・将来アップデートも容易ユーザーモード（UMDF）サポートゲーミングPCの動作安定/アップグレードに直結。
RSSv2や新API対応高帯域NIC/Win11最新OS設定をフル活用する。
電源管理・I/O安定化LAN再接続/休止/省電力モード切替時も通信が途切れにくい。

FPS用途でも「ストレージ負荷＋ネットワーク負荷」が同時にかかる場面（ストリーミングしながらプレイなど）で違いが現れる。

FPSゲーマーが実際に取るべき設定

• NICプロパティから「Receive Side Scaling」→「キュー数」を「2～4」に設定。（モッサリ感の体感も出たりするため、要検討）

• 使用CPU世代に応じて上記表を参考に決める。Ryzen 7000/Intel 13世代近辺以降は「4」、それ以外は「2」推奨。

• 最新ドライバーをNetAdapterCx対応版へ更新（メーカーサイト・Windows Update配信分を要確認）

• CPUアフィニティも活用し、「ゲーム用」「NIC用」コアをなるべく分離して管理するのが最良。

• DPC遅延やPing値の安定、FPS値の最大化を狙った負荷分散テストも行い、ベスト設定を自環境で見極める、これ一番大事ね。

RSSキュー数の最適化×NetAdapterCxの最新ドライバーモデル導入は、FPS・eSportsゲーマーにとって「低遅延」「高FPS」「安定Ping」を実現する最重要チューニング項目であると思う。面倒はまるなげぽーい。
特に2025年現在のRyzen 7000～9000／Intel13～14世代環境＋2.5GbE以上NIC構成で、OS/ドライバーをNetAdapterCx対応にすることで、通信の途絶・ジッター・フレームタイム変動をまとめて排除できる可能性がある。