ただし、これらは特定の構成で得られた測定値です。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を搭載していました。
ただし、これらは特定の構成で得られた測定値です。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を搭載していました。