開発 Linux 7.0 カーネルは通常よりも決定的な、そして同時に激動の段階に入った。第3リリース候補版は、 Linux 7.0-rc3あまりにも多くの変更が含まれているため、開発者であるリーナス・トーバルズ氏でさえ、開発サイクルのこの段階でパッチのサイズが大きすぎることを懸念していると認めている。
この部門は、 主要なLinuxディストリビューション UbuntuとFedoraは今後数ヶ月以内にリリースされる予定だが、実際にはまだベータ版の段階であり、開発活動が活発に行われ、大量の新しいコードが追加され、統合のペースも速いため、プロジェクト責任者は極めて慎重にならざるを得ない状況にある。
予想以上に規模が大きく、激動の発展サイクル
カーネル設計のこの段階では、RCが 細かな修正と細部の磨き上げ比較的限定的なパッチで済ませていた。しかし、rc2とrc3はどちらもその傾向を覆し、最近の他のサイクルよりも明らかに多くのコミット数を示している。
トーバルズは、 Linux 7.0-rc3 の規模 異例ではあるが、同時に、変更点を精査した結果、特に懸念すべき点は見当たらないと彼は断言する。増加の大部分は、コードの整理、自動テスト（自己テスト）の追加、そして理論上は安定性を損なうことのない内部調整によるものだという。
懸念されるのは、深刻さよりもむしろその量である。 わずか数週間で新しいコードが多すぎる 安定版のリリースは、検出が困難な不具合が見過ごされるリスクを高めます。多くのディストリビューションがほぼ即座にこのカーネルに依存する予定であるため、これは特に顕著です。
この状況は、シリーズ6.19や Linux 6.18その結果、開発スケジュールのわずか数週間に作業の滞留が集中し、レビューとテストに余分な労力を費やす必要が生じた。
Linux 7.0-rc3の主な変更点：パフォーマンス、メモリ、ネットワーク
この第3リリース候補版における最も重要な変更点には、以下のものが含まれます。 メモリとネットワークのパフォーマンスサーバー、データセンター、集中的かつリアルタイムなワークロード環境における 2 つの重要な領域 (RTを先制する).
一方では、 SLABシステムに深刻な不具合が発生カーネル内のオブジェクトを管理するメモリ割り当て機能。この不具合は特定のシナリオでパフォーマンスに影響を与えていたため、最終バージョンで予期せぬ問題が発生するのを避けるために、修正が最優先事項でした。
ネットワークセクションでは、カーネルは入出力イベントの処理において、小さながらも興味深い最適化を組み込んでいます。Googleの開発者 エリック・デュマゼット 機能を調整しました epoll_put_uevent() 技術を活用する スコープ付きユーザーアクセス元々はLinux 6.19で導入された機能です。
この変更により、いくつかの呼び出しと命令が置き換えられます。 スタック/クラック ユーザー空間とカーネル間のアクセス制御にリンクし、特定のCPUへの影響を軽減します。パケット/秒に焦点を当てたネットワークストレステストでは、改善は約 AMD Zen 2プロセッサで1,5%のパフォーマンス向上毎秒数百万ものパケットが処理されることを考えると、これは控えめながらも重要な数字である。
epoll調整とSLAB補正は、 一見小さな変化 これらの利点は、Linuxがインフラストラクチャの基盤となっているヨーロッパのサーバーやデータセンターにおいて、測定可能なメリットへと転換できる。
セキュリティ、仮想化、サーバー：AMDとIntelに注目
Linux 7.0 では、 仮想化環境におけるセキュリティと隔離これは、ヨーロッパのクラウドプロバイダーやホスティング企業にとって特に重要な分野である。
最も注目すべき新機能の1つは、以下のサポートが含まれていることです。 AMD SEV-SNPを搭載した仮想マシンにおけるIBPB-On-Entryこの機能は、主に次世代AMD EPYCプロセッサを搭載したサーバー向けに設計されており、ゲストOSとホストOS間の実行コンテキストをより適切に保護し、投機的な攻撃に基づく潜在的な攻撃経路を制限するのに役立ちます。
Intel側では、カーネルには サブNUMAクラスタリング（SNC）トポロジーの検出における調整 最近のモデルの中には、マルチプロセッサシステムにおけるメモリの最適割り当てやプロセスの局在化に影響を与える可能性のある識別問題を修正するものもあります。
Linux 7.0 の内部では、以下の最適化も統合されています。 インテルTSX これをサポートするチップ上で、近年のセキュリティパッチ適用後に失われたパフォーマンスの一部を回復することを目的としている。こうした変更は、脆弱性の再発を防ぐために慎重に検証されているが、並行処理を多用するアプリケーションにとっては大きなパフォーマンス向上をもたらす可能性がある。
これらの改善点を総合すると、カーネル7.0は特に魅力的な選択肢となります。 サーバーおよびクラウド環境それらはまさに、高度なセキュリティ機能や新しいCPUアーキテクチャから最も恩恵を受けるものなのである。
対応ハードウェアの増加と互換性の向上
ほぼすべてのカーネルバージョンと同様に、Linux 7.0-rc3 の柱の 1 つは、 対応デバイスのカタログ そして、既存のコントローラーの改良。
変更履歴には、次のようなメーカーの機器の新しい識別子と設定が含まれています。 ASUS、Dell、HP、Lenovo、OneXPlayer、そして、 ラズベリーパイこれは、今後数ヶ月以内にヨーロッパ市場に登場するノートパソコンやデスクトップパソコンを、将来の流通業者が容易に認識できるようにするために特に重要です。
興味深い詳細の中には、 アップルマジックトラックパッド2USB接続時、カーネルがバッテリー残量を正しく報告していませんでした。新しいコードにより、この周辺機器はLinuxデスクトップにこれまで以上にスムーズに統合されるはずです。
さらに、7.0ブランチでは、まだ市場に出回っていないCPUアーキテクチャに対する予備的なサポートと互換性の改善が引き続き組み込まれています。 Intel Nova Lake、Diamond Rapids、またはAMD Zen 6この先見性により、ハードウェアがヨーロッパで発売される際には、多くのディストリビューションが追加のパッチを適用することなく、既にその機能を活用できる状態になっているだろう。
最終的に、パッチの魅力の多くは、 将来のハードウェアにより適したカーネル同時に、オフィスや家庭に既に設置されている機器の細かな部分も修正する。
ファイルシステムとストレージ：Linux 7.0でのテスト
のパフォーマンス ファイルシステム これは、Linux 7.0の影響が測定されているもう1つの分野です。最新の最適化を活用して、以下のことが実行されました。 比較パフォーマンステスト サーバーやワークステーションで最も広く使用されているストレージ技術のいくつかを網羅しています。
ベンチマークは以下を使用して実行されました。 最新のLinux 7.0コードが開発中です。本研究では、フリーソフトウェアのエコシステム内でよく知られている4つのファイルシステム、Btrfs、EXT4、F2FS、およびXFSを比較します。それぞれデフォルト設定でテストを行い、詳細設定を一切変更せずにディストリビューションをインストールする際に管理者が遭遇する状況を反映させることを目指しました。
の場合 Btrfs機能を無効にすることで追加のテストも実施しました コピーオンライト (COW)これにより、書き込み回数が多いシナリオにおいて、この機能が速度にどのような影響を与えるかを観察することができます。
テスト環境は、 AMD EPYC 9745プロセッサ搭載サーバー とストレージ NVMe PCIe 5.0具体的には、Solidigm D7-PS1010ドライブ（型番：SB5PH27X038T）を使用しました。各ベンチマークの前に、比較可能な結果を得るために、ファイルシステムは最初からフォーマットし直しました。
この種のハイエンドハードウェアは、ヨーロッパのデータセンターで導入され始めているものに非常に近いものであり、テストは、各ファイルシステムがと組み合わされたときにどのように動作するかについて有用な参考情報を提供する。 Linux 7.0と次世代NVMe SSD.
XFS、EXT4、Btrfs、F2FS間の競争
テスト対象となった4つのシステムは、Linuxの世界においてそれぞれ全く異なるアプローチを代表しており、その結果は、競争が激しく、常に進化し続ける状況を示している。
外部4 バランスが取れていて、安定していて、予測可能な選択肢としての評価を維持しています。多くのディストリビューションが今でもデフォルトで使用しているファイルシステムであり、テストでもその性能が確認されています。 総合的に優れたパフォーマンスと成熟度 読み書き混合ワークロードの場合。
Btrfs スナップショット、透過的な圧縮、柔軟なストレージ管理といった高度な機能を備えた、現代的な代替ソリューションとして位置づけられています。テスト結果によると、これらの機能は特定のシナリオではコストがかかることが示されていますが、COWを無効にすることで、いくつかの利点を犠牲にする代わりに、書き込み負荷の高いタスクのパフォーマンスを向上させることができます。
F2FSフラッシュメモリとSSDを念頭に設計されたこのシステムは、ソリッドステートデバイス向けの処理において興味深いパフォーマンスを発揮しますが、依然としてニッチなシステムであり、実運用に導入する前にワークロードの種類を慎重に検討する必要があります。
今回のベンチマークテストでは、さまざまなシナリオで最も優れたパフォーマンスを発揮したのは XFS特に、大量のデータを扱う高性能環境では、これは驚くべきことではありません。長年にわたりサーバーやデータセンター向けに最適化されてきたLinuxは、Linux 7.0によってその地位をさらに確固たるものにしています。 ビジネスインフラにとって非常に堅実な選択肢.
ファイルシステムはLinux 7.0でのテストがまだ保留中です
初期テストでは、他の大規模ファイルシステムも検討されました。 OpenZFS o Bcachefs （不安定なブランチでは）しかし、現在のバージョンではまだ これらはGitのLinux 7.0の状態と完全に互換性がありますそのため、彼らは分析を延期せざるを得なくなった。
統合が進み、カーネル7.0のサポートが安定するにつれて、これらのシステムは将来のベンチマークの対象となることが期待されます。これらのシステムが含まれることは、ストレージアレイで既にOpenZFSを使用している、または最新の代替手段としてBcachefsを検討しているヨーロッパのシステム管理者にとって重要な意味を持ちます。
その互換性が確認されるまでは、Linux 7.0 のストレージパフォーマンスの現状は、最も確立されたオプションに焦点を当てており、 XFSとEXT4 彼らは多くの生産的な導入事例において、引き続き先導的な役割を果たしている。
カーネル内の錆と時代遅れのテクノロジーのクリーンアップ
パフォーマンスやハードウェア サポートの目に見える改善を超えて、Linux 7.0 は根本的な変革のさらなる一歩を示しています。 カーネルへのRustの段階的な導入 そして、旧式とみなされる部品の撤去。
カーネルにおけるRustコードの採用に向けた最初の取り組みは約3年前に始まり、それ以来、この言語はカーネル開発者にとって重要なツールとなっています。その主な目的は、C言語で発生しやすいメモリエラーを減らすことで、より安全なコンポーネントの記述を容易にすることです。
同時に、トーバルズは現在のシステムではもはや意味をなさないレガシーテクノロジーを排除していくことを決定した。象徴的な例として、プロトコルの廃止が挙げられる。 HIPPIこれは90年代の規格であり、現代のコンピュータではほとんど関連性がなく、複雑さと潜在的な問題の原因を増やすだけである。
これらの動きの組み合わせは、Rust と 古いコードを整理する―これらは、より軽量なカーネル、そして将来的にはより安全なシステムとなる可能性を示唆している。エンドユーザーにとってすぐにその影響が明らかになるわけではないかもしれないが、プロジェクトの進化の明確な方向性を示している。
Linux 7.0が特に大規模なバージョンである理由の一つは、カーネルの内部構造を再編成し、今後数年間でヨーロッパのディストリビューションに導入されるであろう将来の開発の基盤を築きたいという意図にある。
Linux 7.0-rc3のインストールに関するカレンダー、配布方法、およびリスク
現在の作業計画では、 Linux 7.0の安定版は4月中旬頃にリリース予定次回のリリース候補版では変更点の量が削減され、土壇場でのエラーが発生しないことが前提となる。
このスケジュールは、主要なディストリビューターのいくつかが既にリリース日を設定しているため、特に重要です。たとえば、Canonicalは準備を進めています。 Ubuntu 26.04, XNUMX, XNUMX LTSこれは、欧州の企業や公共機関で広く利用されている拡張サポート版であり、カーネル7.0をベースとする予定です。
似たようなことが起こる Fedora 44また、このブランチをデフォルトのカーネルとして含めることも目的としています。どちらの場合も、配布チームはコードが十分に成熟していることを保証する必要があります。 初日から安定したサポートを提供.
今のところ、カーネルプロジェクトからのメッセージは明確です。Linux 7.0-rc3 と残りの RC は、 開発者、テスター、上級ユーザー 最終版の完成度を高めるために協力したい方。これらのビルドをメインのワークステーションや本番サーバーにインストールすることは、リスクが高いとみなされます。
一般的な推奨事項は、検査を以下のように制限することです。 テスト専用の仮想マシンまたは機器重大な故障が発生しても、日常生活に深刻な支障をきたさない場合。
Linux 7.0-rc3を今日あなたのシステムで試す方法
Linux 7.0-rc3 を試してみたい人は、次のようなツールを含め、いくつかの選択肢があります。 ライブアップデートオーケストレーター警告付きで、 実験的なソフトウェア そのため、潜在的に不安定である。
DebianまたはUbuntuベースのディストリビューションのユーザーにとって最も簡単な方法の1つは、ツールを使用することです。 メインラインは、公式リポジトリに最新のカーネルが公開されるのを待たずに、最新のカーネルをダウンロードしてインストールできるオープンソースプログラムです。
Ubuntuシステムでは、対応するリポジトリを追加するだけで、あとはパッケージマネージャーが処理します。一般的な手順としては、ツールのPPAを追加し、パッケージリストを更新し、アプリケーションをインストールするコマンドを実行します。その後、Mainlineを開くと、利用可能なカーネルバージョンのリストが表示されるので、必要なバージョンを選択できます。 Linux 7.0-rc3 ダウンロードとインストールについて。
処理が完了し、再起動が開始されると、ディストリビューションのブートマネージャで新しいカーネルバージョンを選択できます。万が一問題が発生した場合は、同じメニューから以前のカーネルに戻すことができ、オペレーティングシステムをそのまま維持できます。
より古典的なアプローチを好む人にとっては、 ソースコードをダウンロードして、カーネルを手動でコンパイルしてください。これはやや手間がかかるものの、構成を完全に制御できるため、非常に特殊なハードウェアに適している場合が多い。
手動コンパイル：基本的な手順とよくある問題点
従来の手順では、まずコードファイルをダウンロードします。 linux-7.0-rc3.tar.xzカーネルの公式ウェブサイトからダウンロードします。次に、内容を展開し、ソース構造全体が格納されている新しく作成されたディレクトリにアクセスします。
コンパイルする前に、次のような構成ツールを実行することをお勧めします。 make menuconfigこれにより、カーネルで有効にするモジュールとオプションを調整できます。この手順は、カーネルを既存のハードウェアに適合させる上で重要ですが、複雑な問題を避けるためにデフォルト設定のままにしておくこともできます。
さらに、 開発パッケージと依存関係 コンパイルに必要なもの：ビルドツール、暗号化ライブラリ、ncurses サポート、モジュールユーティリティなど。これらがないと、 make 経験の浅いユーザーには解釈が難しいエラーメッセージが表示され、処理が失敗します。
依存関係が満たされたら、すべてのCPUコアを活用するコマンドでビルドプロセスを開始し、通常のシステムコマンドを使用してモジュールとカーネル自体をインストールできます。このプロセスには数分、処理能力の低いマシンでは1時間以上かかる場合もあります。
コンパイル時に最も頻繁に発生する問題には、以下のようなものがあります。 依存関係がない失敗 make menuconfig テキストインターフェースライブラリの不足、以前のインストールの不適切なクリーンアップによるエラー、そして非常に多くの場合、 /bootパーティションの空き容量が不足しています新しいカーネルイメージをインストールする際に予期せぬ問題が発生しないよう、少なくとも数百メガバイトの空き容量を確保しておくことをお勧めします。
すべてが順調に進めば、次回の再起動後、システムは起動オプションの1つとしてLinux 7.0-rc3を表示し、予期せぬ問題が発生した場合に以前のカーネルに戻す可能性を残します。
毎日使うコンピューターにLinux 7.0をインストールするのは理にかなっているだろうか？
ほとんどの家庭ユーザーやプロフェッショナルユーザーにとっての簡潔な答えは、 Linux 7.0-rc3をメインカーネルとして使用することは推奨されません。これは3番目のリリース候補版であり、コードはすでに複数回のテストを通過していますが、あくまでバグ検出を目的としたバージョンであり、本番環境での使用を想定したものではありません。
カーネル開発者は、まだ バグ、回帰、および互換性の問題 これらの技術はまだ未発見であり、管理されたテスト環境でコミュニティが発見していく必要があります。業務用コンピュータや重要なサーバーにこれらの技術をインストールするということは、予測困難な障害のリスクを受け入れることを意味します。
重要なインフラストラクチャで Linux に依存しているヨーロッパの企業や組織にとっても状況は同じです。賢明な行動は、 安定版の正式リリース そして多くの場合、カーネルを独自のパッチやサポートツールと統合しているディストリビューションにも影響します。
Linux 7.0 の新機能を直接学び、先取りしたい技術系プロファイルにとって、最適な選択肢はインストールすることです。 テスト環境における仮想マシン あるいは、これらのRC（研究用機）を使った実験に専念する専門チームを設ける。
一方、6.x系の現行カーネルバージョンは、ほぼあらゆる実際の使用状況において、安定性、パフォーマンス、互換性のバランスが非常に優れている。
の進化 Linux 7.0とその3番目のリリース候補版 このことから、プロジェクトが活発な活動期を迎えていることが明らかです。カーネルは、新たなセキュリティ機能、互換性の拡張、メモリ、ネットワーク、ファイルシステムにおけるパフォーマンスの調整、そしてRustの追加や旧来の技術の削除といった抜本的な変更によって成長しています。これらすべてが、このバージョンをスペインやヨーロッパ各地で今後登場するディストリビューションの転換点にしていますが、同時に、その採用には慎重なアプローチが必要であり、今後数週間でコードがどのように定着していくかを注意深く監視する必要があることも意味しています。
