Linux 7.3のマージウィンドウに、VXLANとGeneve UDPトンネル向けのBIG TCP対応が追加されました。[7] 報告されたnetperf TCP STREAMテストでは、VXLANのスループットが標準MTUで14.9%、トンネルのハードウェアオフロード無効時で34.7%向上しました。[7] IPv4・IPv6のFIBルール操作ではRTNLへの依存を減らし、極端な並列テストで処理時間が約25~29分の1になりました。[7]
研究の答え

Create a landscape editorial hero image for this Studio Global article: What networking changes and broader developments accompanied the Linux 7.3 merge on August 20, 2026—including BIG TCP support for VXLAN and. Article summary: The net next 7.3 pull brought both data path scaling work and a striking maintainer response to AI driven patch volume: use multiple frontier models for first pass reviews, while retaining human judgment for subtle concu. Topic tags: general web, ai, automation, workflow, code. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts w
2026年8月20日、Linuxカーネルのネットワーク開発ツリーであるnet-next-7.3がメインラインにマージされました。今回の変更では、仮想ネットワークのデータパスを拡張する機能と、ネットワーク名前空間を大量に扱う環境でのロック競合対策が進んでいます。
一方で、AIが生成したパッチの急増に対し、ネットワークメンテナーが複数のAIモデルを初期レビューに活用する方針を示したことも大きな話題になりました。ただし、今回の内容はあくまでマージウィンドウ中に取り込まれたコードであり、Linux 7.3の正式リリースではありません。
今回の中心的な変更の一つが、UDPトンネルを使うVXLANとGeneveでのBIG TCP対応です。BIG TCPは、カーネル内部で64KiBを超える大きなペイロードを扱い、送信時にGSO(Generic Segmentation Offload)やTSO(TCP Segmentation Offload)によって分割する仕組みです。通信回線上に規格外の巨大パケットをそのまま流す機能ではありません。
報告されたnetperf TCP_STREAM
ただし、これらは特定の構成で得られた測定値です。Linux 7.3を導入すれば、あらゆる環境で同じ速度向上が得られるという意味ではありません。実際の効果は、gso_max_sizeやgro_max_size、NICの機能、オフロード設定、MTU、トンネルの種類、ワークロードなどに左右されます。
ルーティングルールを管理するIPv4・IPv6のFIB(Forwarding Information Base)ルール操作では、広範囲を直列化するRTNLロックへの依存を減らしました。可能な場合は、各fib_rules_ops単位のミューテックスで保護する設計に移行します。
RTNLが完全に不要になるわけではありません。たとえば、IPv4で最初のルールを追加する際のfib_unmerge()経路など、一部の処理では引き続きRTNLが必要です。
効果を示す合成テストでは、4,096個のネットワーク名前空間を作成し、それぞれに1,024個のルールを並列で追加した場合、処理時間が次のように短縮されました。
これは通常のコンテナー起動時間を直接示すものではなく、名前空間とルール操作を極端に並列化した場合のロック競合を測った結果です。
ネットワークメンテナーのJakub Kicinski氏によると、今回のサイクルではnet向けに632件、net-next向けに648件のパッチが扱われました。さらに、net-nextの約3分の1から半分が、AIによる低優先度の修正、整理、説明の明確化などだったと見積もっています。単純計算では、およそ216~324件に相当します。
Kicinski氏とPaolo Abeni氏は、パッチの量に「完全に圧倒されている」と説明しました。
対策として、Metaが複数の最先端AIモデルをレビューに使うための予算とアクセスを提供しています。単一のモデルに依存せず、複数モデルを初期確認に使うことで、個別モデルの“幻覚”や見落としを減らす狙いです。
自動化の対象としては、Patchworkの管理、一般的な開発プロセスに関するフィードバック、コミットメッセージの編集、信頼できる開発者が確認済みのパッチの適用などが検討されています。
ただし、メンテナーはAIだけで十分だとは考えていません。PCIeエラーやタイムアウトのように発生頻度が低く、競合状態やハードウェア復旧の順序が問題になる経路では、APIの挙動と復旧手順を人間が精査する必要があります。
mm81x Wi-Fi HaLowドライバーの初期版を追加NXPWIFIを追加し、MLO(Multi-Link Operation)の開発も継続iXDドライバーを追加。対象はE2100以降のIPU/FNICですSCM_RIGHTSでは、LSMが特定のファイルディスクリプターを拒否した場合の報告を改善。SO_RIGHTS_NOTRUNCを使うと、受信側が拒否されたディスクリプターとerrnoを特定でき、配列の先頭で処理が止まって残りが失われる問題を避けられます。最初のLinux 7.3リリース候補(RC1)は8月30日ごろ、安定版は通常の開発サイクルが予定どおり進めば10月下旬に登場する見込みです。
ただし、ディストリビューションの利用者が同じ時期にLinux 7.3を使えるとは限りません。固定リリース型のディストリビューションでは、独自にカーネルを選定し、必要な修正をバックポートしてテストしたうえで提供します。ローリングリリース型ではより早くパッケージ化される可能性がありますが、今回の情報だけでは採用時期を断定できません。
CachyOSが早期採用候補になる可能性はあるものの、7.3の採用日が確定した証拠はありません。2026年8月版のインストールイメージは、なおLinux 7.1を搭載していました。
Studio Global AI
このページにはソースに裏付けされた回答が含まれており、Studio Global 内で続行できます。
Linux 7.3のマージウィンドウに、VXLANとGeneve UDPトンネル向けのBIG TCP対応が追加されました。[7]
Linux 7.3のマージウィンドウに、VXLANとGeneve UDPトンネル向けのBIG TCP対応が追加されました。[7] 報告されたnetperf TCP STREAMテストでは、VXLANのスループットが標準MTUで14.9%、トンネルのハードウェアオフロード無効時で34.7%向上しました。[7]
IPv4・IPv6のFIBルール操作ではRTNLへの依存を減らし、極端な並列テストで処理時間が約25~29分の1になりました。[7]