n
出版物 de Linux 6.19-rc1 これにより、このカーネルバージョンの統合期間が終了し、今後数か月間の方向性を垣間見ることができます。まだサイクルの初期段階ではありますが、主要なサブシステム、サポートされる新しいアーキテクチャに大きな変更が既に見られ、初期のベンチマークテストではパフォーマンスに顕著な影響が見られます。 Linux 6.18 安定版.
候補バージョンもまた、やや特異な文脈で登場する。 Linus Torvalds 氏は発表を数時間早めた。 彼は日本にいて、Linux Plumbers ConferenceとLinux Kernel Maintener Summitに参加していました。このわずかなスケジュール変更は、締め切りに間に合うように最新の統合リクエストを進めようとしていた複数のメンテナーを驚かせました。
非典型的な統合ウィンドウだが、「通常の」パターンである
トルバルズ氏は、この統合の窓口は いつもと少し違う 理由は2つあります。1つ目は、複数のメンテナーがSummitのメンテナーに取り組んできたこと、2つ目は、コンパイラの自動クリーンアップ基盤の利用拡大に特化した変更セットがいくつか含まれていたことです。この作業は、いくつかのサブシステムで確認されていますが、 VFS層が目立つ 彼らの転換の大きさのためです。
セクションで カーネル内の錆プロジェクトは単なる準備段階を脱し始めています。これまでは基盤とインフラストラクチャの構築が中心でしたが、Linux 6.19-rc1のリリースにより、その始まりが見えてきました。 コントローラーとサブシステムは実際にはRustで書かれています 形になりつつあり、それが統合されれば、将来のバージョンで重要性が増す可能性があります。
大まかに言うと、 このRC1のパッチの半分はドライバーに対応しています最も注目すべき変更はGPU、ネットワーク、サウンド、メディアですが、カーネルのほぼすべての部分に変更が散在しています。その他の変更は、アーキテクチャのアップデート、ツール、ドキュメント、Rustのサポート、そしてメモリ（mm）、スケジューラ、ネットワークスタック、その他のコアコンポーネントといった内部コンポーネントの調整に分かれています。
Linux 6.19-rc1 vs. 6.18: 最初のパフォーマンステスト
統合期間が終了すると、 Linux 6.18安定版と6.19のGit状態の最初の比較 rc1より前のバージョン。テストは同じカーネル構成ファイルを使用し、オペレーティングシステムに他の変更を加えずに、6.19ブランチで提案された新しいデフォルト値のみを適用して実行されました。
最初のシナリオでは、 AMD EPYC 9655P シングルプロセッササーバー 96コア、192スレッドのSupermicro H13SSL-Nボードに搭載され、Ubuntu 25.10を実行しています。目標は、欧州のデータセンターで一般的になりつつあるハードウェアを搭載した最新のサーバー環境において、カーネルバージョンの変更が及ぼす直接的な影響を測定することでした。
初期の結果は、さまざまな状況を示しています。 いくつかのテストではわずかなパフォーマンスの向上が示された一部のカーネルでは開発の初期段階では重大な回帰が見られますが、これは rc1 以前のリリースでは珍しいことではありません。ただし、これは、機密性の高い環境でこのカーネルを導入することを検討している管理者や上級ユーザーに対する警告となります。
スケジューラとネットワークスタックの早期回帰
ストレステスト ストレスNGは重大な挫折を明らかにした 特定のシナリオでは、具体的には以下のようなことが観察されています。 混合スケジューラのパフォーマンスとソケット操作の大きな後退 安定版Linux 6.18と比較して、マイクロベンチマークで測定されたこれらの動作は、実行された一連のテストの中で最も顕著なものの一つです。
同様に、ネットワークツールを実行する場合 ローカルホスト上の Microsoft Ethr Linux 6.19は、コードの初期段階ではネットワークパフォーマンスが低下しており、6.18と比較して明らかに不利な状況にあることが確認されています。これは、安定版リリース前にスケジューラとネットワークスタックの調整を一部修正する必要がある可能性を示唆する初期の兆候です。
すべて悪いニュースというわけではありません。Stress-NG テスト自体にも、いくつかの問題が検出されています。 信号管理の改善全体的なパフォーマンス（グローバルスループットとして測定）もわずかに向上しました。 文脈の変化 プロセス間の、これは通常、同時実行性の高いシステムにメリットをもたらす側面です。
その他のベンチマークとしては、 ハックベンチプランナーに焦点を当てて、 わずかな改善 Linux 6.19では6.18と比べて性能が向上しています。しかし、合成テストから実世界に近いワークロードに移行すると、この開発段階では、 Linux 6.19 Gitの動作は同じか少し悪い 以前の安定バージョンよりも優れています。
Linux 6.19-rc1 におけるデスクトップ システムとファイル システムの安定性への影響
サーバー以外にもテスト済み AMD Ryzen CPU を搭載したデスクトップ上の Linux 6.19 Gitこの場合、結果は安定性の点でより心配なものとなった。テスト中に、次のようなことが現れた。 ファイルシステムエラー 同じマシンで安定した Linux 6.18 に戻したときには発生しませんでした。
こうしたデスクトップの障害は、まだ調査中であるものの、次のような考えを裏付けている。 6.19-rc1およびそれ以前のGitバージョンはまだ準備ができていません テスト環境や開発環境以外での一般的な使用には、この方法は推奨されません。安定性を何よりも重視するスペインやヨーロッパのエンドユーザーにとっては、これらの問題が抑制され修正されるまで、LTSまたは安定ブランチを使い続けることが妥当な推奨方法です。
統合期間の混乱が過ぎ、コードがより安定したら、次のことを実行する予定です。 より多くのハードウェア上の新しいテストスイートこれには、カーネルの「二分法」を実行して、最も深刻な回帰の原因となっているパッチを正確に特定する機能も含まれます。
AppleとNVIDIA向けの新しいリアルタイムクロック（RTC）ドライバー
注目すべき合併の中には ウィンドウを閉じる前にLinux 6.19 リアルタイムクロック（RTC）サブシステムの変更点がここに含まれています。通常は比較的目立たない部分ですが、今回のアップデートでは、最近のハードウェアユーザーにとって注目すべき新機能がいくつか組み込まれています。
一方では、 Apple Silicon用の「rtc-macsmc」ドライバこのドライバはもともと、Asahi Linux プロジェクトをリードしていた Hector Martin 氏によって開発され、Apple の Power Management Unit (PMU) に統合された RTC をサポートします。PMU 自体は、System Management Controller (SMC) によって抽象化されています。 リアルタイムカウンタはSMCを介してアクセスされますそしてこの新しいドライバーにより、LinuxはAppleのARMベースのMacのクロックを適切に管理できるようになります。 他のサポートパッチと同様.
一方、 NVIDIA Tegraプラットフォーム用の「NVVRS」RTCドライバ ARM64上で動作します。このドライバは、NVIDIAの電圧レギュレータ仕様（VRS）のリアルタイムクロックのサポートを実装しています。これは、次のようなデバイスで使用されています。 Jetson AGX Orin、IGX Orin、Jetson Orin NX、および Jetson Orin Nanoその機能には、システム時間の管理、再起動間の時間の維持、コンピューターのスリープ状態または電源オフ状態からの復帰などがあります。
Linux 6.19のRTC変更ログは、 Andes ATCRTC100 用の新しいリアルタイム クロック ドライバーこれにより、サポート対象プラットフォームの範囲が拡大します。産業、ロボット工学、エッジAI分野に導入されている組み込みソリューションやJetsonデバイスを扱う欧州のインテグレーターやメーカーにとって、これらの改善は、既存のハードウェアに合わせたより堅牢な構成を可能にします。
LoongArchはLoongArch32で32ビットに飛躍します
アーキテクチャセクションでは、Linux 6.19は LoongArchの大きな進歩MIPSとRISC-Vにインスパイアされた中国の家庭用CPU設計。これまでカーネルサポートはLoongArch64（64ビット）に重点を置いていましたが、このバージョンでは LoongArch32（32ビット版）.
従来の市場移行（32 ビットから 64 ビットへの移行）とは異なり、Loongson は逆のステップを踏んでいます。 64～32ビットLinux 6.19では、LoongArch32ポートの断片がカーネル内で接続され始めましたが、 ビルドサポートはデフォルトではまだ有効になっていません 一部のドライバでは調整が不足しており、GNU ツール (binutils、GCC など) の対応するサポートがアップストリームで完全に実装される必要があるためです。
LoongArch32 考える 2つの主な変種32ビット版（LA32R）と標準版（LA32/LA32S）の縮小版があります。並行して、GCC向けにはこれを有効にするためのパッチのリリースも既に開始されています。 GCC 16 の LoongArch32 ターゲットリリースは 2026 年初頭に予定されています。さらに、LoongArch32 ABI に関連するデバッガーやその他のコンポーネントを含む、ツールチェーンの残りの部分の作業も継続されています。
タンビエン存在 LoongArch64 ハードウェアで LoongArch32 をエミュレートするためのパッチ現時点では LA32 専用プロセッサに関する具体的な言及は公表されていないものの、今回の動きは製品範囲と組み込みシナリオにおいてさらなる柔軟性を提供するための戦略的なステップと解釈されており、Linux 6.19 はこの代替アーキテクチャの成熟における重要な部分として位置付けられています。
Linux 6.19-rc1がテスト用に利用可能になりました
これらの変更により、Linux 6.19-rc1は新機能満載のリリース候補として発表されました。 Rustとドライバーの改善を推進するAppleとNVIDIA向けの新しいRTCドライバーから、LoongArch32の進化、最新世代AMD EPYCハードウェアでのパフォーマンステストまで、今回のリリースは重要なアップデートとなりました。スケジューリングとネットワークにおけるリグレッション、そしてデスクトップの安定性に関するいくつかの問題が検出されましたが、この新しいフェーズでは、2月上旬に予定されている安定版リリースに向けて、これらの側面を改良していきます。リリース時には、スペインとヨーロッパの管理者とユーザーは、この新しいカーネルへの移行をより自信を持って評価できるようになるでしょう。