Linux 7.3-rc2公開 混成CPU改善など多数修正

Linux 7.3の開発が第二段階に入った。 マージ期間の終了から一週間を経て、試験版の第二候補であるLinux 7.3-rc2が公開された。 安定版は10月後半の公開が見込まれている。 PhoronixのMichael Larabelの報道では、作業量の多い週次候補との位置付けが示された。

マージ期間直後の週次候補として作業量が多く、AI・LLM生成物の流入とrc1試験で判明した不具合への対応が並行している

総行数が4,100万行近くに達する源流全体にわたり、修正が積み上げられている。 初期試験で判明した退行への対応が中心である。 開発の副責任者であるGreg Kroah-Hartmanは、今周期の荒れ模様に言及している。 要因としてAI・LLM由来の活動量の多さを挙げている。

安定版へ向けた第二候補の位置付け

Linux 7.3の合流期間は先週末に終了した。 rc1の試験で検出された不具合の洗い出しが進んでいる。 rc2はその修正を集約する段階にある。 新機能の追加ではなく安定化に重点が置かれている。

公開物はkernel.orgから取得できる。 配布者や検証者は実機での回帰試験を求められている。 Linux 7.2-rc2、BPF JIT噴射攻撃対策を強化で示されたように、rc2は安全性修正の集約点になる。 今回も同様の役割を担っている。 10月後半の安定版へ向け、週次候補の反復が続く見通しである。

Linux 7.3、Intel Nova Lake S統合GPUを安定対応へが伝えた画像処理装置周りの対応も含め、機能面の土台は固まりつつある。 rc2以降は品質の作り込みが課題になる。 運用者は対象の構成での起動性と性能を確認する必要がある。

混成CPU向け予定処理の修正内容

注目点の一つはCache Aware Schedulingの修正である。 混成CPUにおけるmisfit処理の不具合に対応した。 高性能核と高効率核の使い分けが改善される。 処理の設定判断がより適切になる。

混成構成では核の特性差が性能に直結する。 不適切な設定は遅延と電力の無駄を招く。 今回の修正はその損失の低減を狙ったものである。 実負荷での効果測定が今後の焦点になる。

Linux Cache Aware Scheduling拡張、MySQL最大360%高速化では、緩和処理の拡張が商用負荷で高い効果を示した。 今回の修正はその延長線上の安定化と位置付けられる。 予定処理の基盤は大規模な同時実行で真価を発揮する。 検証環境での比較測定が欠かせない。

記憶域確保方式の全域的な整理作業

源流全体にわたる整理として、kmalloc()呼び出しの置換が進んだ。 より対象を明確化したkmalloc_obj()への移行が含まれる。 型と用途の対応を明確にする狙いがある。 保守性と検証性の向上が見込まれる。

記憶域の確保は核の各所で使われる基本操作である。 呼び出し形式の統一は静的解析の精度を高める。 誤用や解放漏れの検出が容易になる。 長期的な欠陥密度の低減につながる。

置換は機械的な変更に見える。 しかし対象範囲が広いため回帰の注意が要る。 各副体系での構築と起動の確認が求められる。 rc2の試験項目は広範囲に及ぶ。

Nouveauと誤り検出訂正の更新点

画像処理装置関連ではNouveau運転手の修正が入った。 NVIDIA Blackwellの表示に関する不具合に対応した。 公開仕様が限られる中での対応が続いている。 利用者の表示安定性の改善が見込まれる。

Linux 7.3、Intel Nova Lake S統合GPUを安定対応へで取り上げられたIntel側の対応と合わせ、画像表示基盤の整備が進んでいる。 開放型運転手の保守は依然として制約が多い。 試験結果の共有が開発の前進を支えている。

誤り検出訂正であるEDACの変更も取り込まれた。 合流期間に間に合わなかった分が追加された。 記憶装置の誤り報告と記録の正確性に関わる。 基盤計算機の運用安定性に影響する領域である。

Rust対応と安全性機能の調整

Rust対応がある場合の既定値変更も行われた。 RandStructの安全性機能を既定で無効化する。 Rust用具鎖が存在する構成が対象になる。 構築体系の整合性を保つ措置である。

RandStructは構造体の設定を無作為化する機能である。 攻撃時の予測を困難にする目的がある。 一方で用具鎖や言語間の相互運用に制約を生む。 既定値の調整は実用性との均衡を図ったものになる。

Rustの導入は運転手開発の選択肢を広げている。 記憶安全性の確保が主要な動機である。 構築環境の検出と既定値の連動は重要になる。 配布者は文書と設定の更新を確認する必要がある。

AI生成物増加と開発体制への負荷

今周期の特徴はAI・LLM生成物の流入増である。 rc2にも多くの関連素材が含まれている。 変更量の増大は点検と試験の負荷を高める。 副責任者が荒れ模様と評する背景がここにある。

生成物は記述速度を上げる。 しかし来歴の不明確さや重複を招く恐れがある。 保守者の査読能力が制約になる。 品質保証の工程設計が見直しを迫られている。

Linux 7.2-rc2、BPF JIT噴射攻撃対策を強化の事例では、安全性対策の精査に手間がかかった。 自動生成の増加はその傾向を強める。 試験の自動化と報告様式の統一が欠かせない。 共同開発の持続性に関わる課題である。

編集部の見解

短期的には検証負荷の増大が運用現場に波及すると見る。rc2以降の修正点検と回帰試験の工数は増加する。安定版直前の導入判断は慎重さが求められる。 長期的にはAI生成変更の受入基準が整備されると見る。生成物の来歴管理と試験自動化が開発規範になる。品質保証の費用負担の在り方が変わる可能性がある。 残る論点は生成物の判別と責任分担の在り方だ。混成CPU最適化の効果は実測での裏付けが要る。安全性機能の既定値変更は運用方針への影響が問われている。

参考

• 「Linux 7.3-rc2 Released Following Another Busy Week」, by Michael Larabel — Phoronix, 2026-09-06T22:22:25.000Z (ARR)
• 元記事URL: https://www.phoronix.com/news/Linux-7.3-rc2-Released