将来のLinuxカーネルリリースの2番目の候補 現在利用可能 テストのために到着し、このフェーズでは通常よりも動きが活発です。 Linux 7.0-rc2はrc1の1週間後にリリースされましたこれにより、新機能の統合の窓口は完全に閉ざされ、理論的にはコードのクリーンアップと安定化が優先される段階に入ります。
これは一般向けではなく技術的な経験を持つ人向けに設計されたバージョンですが、その影響は同様に重要です。 これは、ファイル システム、ネットワーク、BPF、最新のハードウェア ドライバーなどの主要なシステム コンポーネントに影響します。これは、最新世代のAMDプロセッサとAIアクセラレータを搭載したシステムに特に当てはまります。そのため、ヨーロッパやスペインでは、システム管理者、開発者、そして重要なLinuxベースのインフラストラクチャを管理する人々にとって、特に重要な意味を持ちます。
Linux 7.0-rc2 は開発サイクル内で何を意味しますか?
最初のリリース候補版のリリースにより、プロジェクトは通常、新機能の組み込みフェーズを終了します。それ以降は、 以下の RC は主に、回帰の修正、サブシステムの洗練、安定性の向上を目的としています。 安定版カーネルをリリースする前に、このパターンが何年も繰り返され、カーネルリリーススケジュールの基礎となっています。
Linux 7.0 の具体的なケースでは、リリース rc1 で既に、最新ハードウェアとの互換性の向上と、NTFS サポートや特定の SSD の取り扱いといったシステムの旧来の部分のアップデートに重点を置いた飛躍的な進歩であることが明確に示されていました。リリース rc2 では、エンドユーザーにとって目に見える大きな機能は追加されていませんが、要求の厳しい環境で違いを生み出す可能性のある多数の内部的な細部の調整が行われています。
Linux 7.0-rc2は通常よりも大きく、Linus Torvalds氏は心配している
Linux 7.0-rc2 に関して最も議論を呼んだのは、具体的な変更点ではなく、アップデートの全体的な規模です。 Linus Torvalds 氏は、この 2 番目の RC がかなり大きくなってしまったことに満足していないことを公に認めています。 マージ以外のコミットの数で測定した場合。
開発がうまくいかなくなったという意味では、警戒すべき事態ではないが、異例の事態だ。トーバルズ氏自身によると、 こんなに充実したRC2を見るのは久しぶりだ 直接的な変更に関しては、彼の意見では、これらの開発サイクルに時々影響を与える「カレンダー ノイズ」に関連している可能性があります。つまり、統合要求が蓄積される週もあれば、ペースが遅くなる週もあります。
カーネル開発者が考慮するもう 1 つの要素は、前のサイクルの期間です。 Linux 6.19 は通常より 1 週間遅れてリリースされました。これにより、保留中の作業と特定の修正の多くがこの時点で集中し、結果として、この初期段階では期待されていたよりも過負荷の RC2 になったと考えられます。
安定性、内部のクリーンアップ、ドライバーの優位性の低下に重点を置く
通常他の機会に起こることとは異なり、 Linux 7.0-rc2の変更の重みはドライバーにそれほど圧倒的にかかっていないトーバルズ氏は、ドライバがRC1と比較して全体の約4分の1を占めていると指摘しています。通常、ドライバはパッチ全体の半分を占めますが、今回は全体の約4分の1を占めています。変更ツリーの概要によると、ドライバは全体の約4分の1を占めています。
この機会に、 作業の非常に重要な部分はファイルシステムにありますSMBクライアント（スペインやヨーロッパの企業を含むWindows/Linux混在ネットワークで広く利用されている）は、高性能サーバーやストレージ環境で一般的に使用されている2つのファイルシステムであるXFSとEROFSの改善に加え、調整の大部分を受けています。この作業の一部は、 ファイルシステム および負荷がかかったときの動作。
残りの変更は、 コア、ネットワークコード、アーキテクチャ、自動テスト、BPFの調整カーネル内の観測性、フィルタリング、高度なタスクにますます使用されるようになっている BPF は、監視やセキュリティに使用されるコンテキストでの信頼性を強化することを目的として、カーネル自体とテスト スイートの両方で複数の修正を受けています。
主な修正: AMDXDNA およびその他のグラフィック ドライバー
コントローラー領域では、この RC2 の最も重要な焦点の 1 つはグラフィックスとアクセラレーション エコシステムです。 AMDのRyzen AIアクセラレータに関連するAMDXDNAドライバシステム サスペンションの問題からメモリ障害に至るまで、注目すべき修正リストが蓄積されています。
すでに統合されている修正には以下が含まれます サスペンション関連のロック、バッファオーバーフロー、入力サニタイズ、デッドロック、範囲外アクセス、ファームウェア読み込みエラーに対するソリューションこれらの問題の多くは、C でメモリを手動で管理することの複雑さとリスクに直接関連しており、将来的にこのような障害を最小限に抑えるためにコントローラーで Rust を使用するかどうかについての議論が再燃しています。
AMDXDNAを超えて、 変更はAMDGPUにも適用されます（UserQのサポート、DCディスプレイサブシステムとVCN 5の修正を含む）。Intel Xe、Nouveau、その他のビデオおよびアクセラレーションドライバも同様です。後者の場合、これらは主に小規模なパッチであり、大きな新機能は含まれていませんが、Linux 7.0の安定版におけるグラフィックスサポートの安定化に必要です。
ファイルシステムとネットワークシステム: SMB、XFS、EROFSなど
バージョン 7.0-rc2 では、デスクトップとサーバーの両方における重要なファイル システムのメンテナンスについても詳しく説明されています。 SMB 顧客は大量の変更を受け取ります。これは、内部ネットワークで Linux サーバーと商用 Windows または NAS インフラストラクチャを組み合わせているヨーロッパの組織にとって特に関係がある可能性があります。
SMBとともに、 XFSとEROFSには、高負荷のコンテキストでのパフォーマンスの向上を目的とした修正が組み込まれています。 統合期間中に発生したリグレッションを防止します。これらの調整は、ホスティングプロバイダー、データセンター、そしてGNU/Linuxシステム上で大量のデータを扱うシステム管理者にとって特に重要です。
ネットワークに関しては、 ネットワークスタックのさまざまなレイヤーに変更が加えられましたこれにより、7.0 カーネルを使用して、スペインおよびヨーロッパの他の地域のユーザーをサポートする大量のトラフィック、Web サービス、またはクラウド インフラストラクチャを管理するシナリオでの操作が強化されます。
コア、BPF、アーキテクチャの変更
目に見えるサブシステムを超えて、 rc2のかなりの部分はカーネルコアに焦点を当てています予期しない動作を回避し、特定のシナリオでのパフォーマンスを向上させることを目的として、さまざまな内部実行パスと、サポートされているアーキテクチャにリンクされたコードに修正が組み込まれました。
GMP は、開発のこの段階でも引き続き特別な注意を要する領域です。 自動テストとGMP関連ツールは数多くの調整を受けているこれは、監視の一部をこれらのメカニズムに基づいている欧州のサービス プロバイダーを含む、観測性、ネットワーク、高度なセキュリティでこのテクノロジを使用する人にとって重要です。
もう一つの注目すべき変更点は、 システムログに迷惑なメッセージを表示していた古いKconfigオプション 初期化されていない乱数ソースの使用に関連するものです。この種のクリーンアップは些細なことのように思えるかもしれませんが、ログ内のノイズを削減し、管理者やサポートチームが実際の問題を特定しやすくなります。
最近のハードウェアのテストに影響を与えるRC
通常、最新の機能をテストするために予備的なカーネル バージョンをインストールする場合は、この rc2 を詳細に調べる必要があります。 ネットワークサブシステム、高度なファイルシステム、新しいAMDハードウェアに関する変更の量 特にカーネルが安定性が重要な環境で使用される場合は、ゆっくりとテストを行うことをお勧めします。
個人使用のデスクトップまたはラップトップコンピュータでは、 Ryzen プロセッサと統合 AI アクセラレータを搭載したコンピューターで Linux 7.0-rc2 を試してみると面白いかもしれません。ただし、制御された環境 (テスト パーティションやセカンダリ マシンなど) で実行され、最新のバックアップが取られていることが条件となります。
いずれの場合においても、 この RC は、生産設備、重要なワークステーション、または運用サーバー向けではありません。スペインでもヨーロッパの他の地域でも、これは開発版であり、安定版のリリース前にコミュニティがバグを検出することを主な目的としています。
Linux 7.0-rc2 をディストリビューションにインストールするためのオプション
Linux 7.0の最終バージョンがリリースされ、主要なディストリビューション（Debian、Ubuntu、Fedora、openSUSEなど）がそれを安定版リポジトリに統合するまで、 rc2 を試してみたい人は、カーネルを自分でインストールする必要があります。これには、ある程度の経験と、コマンドラインに対するある程度の慣れが必要です。
Debian や Ubuntu ベースのディストリビューション、およびスペインで使用されている他の多くのディストリビューションでは、一部のサードパーティ リポジトリによって提供されるようなカーネル管理ツールを使用するのがかなり一般的なオプションです。 アイデアとしては、手動でコンパイルせずにカーネルのメインライン バージョンをダウンロードしてインストールできるようにすることです。また、問題が発生した場合にコア間の変更も容易になります。
AMDXDNA、AMDGPU、SMB、XFS、EROFSなどのファイルシステムにすでに修正が適用されており、BPF、コア、ネットワークの強化により、 Linux 7.0-rc2 は、最新のハードウェアとの互換性とシステムの内部堅牢性の両方を向上させることを目的としたバージョンを改良する重要な段階として位置付けられています。カーネルの進化を注意深く追っている人々にとって、このマイルストーンは、すべてが最初から完璧にうまくいくわけではないが、継続的な改善のプロセスがまだ活発に行われていることを思い出させるものとなります。
