I Phoronixで今日読む Linuxカーネルに 200行のパッチ があり、デスクトップの応答性が劇的に向上する。
Ubuntuユーザーは、サポートされている方法でこれをどのように取得できますか?
この特定のパッチに関する議論は、Ubuntu kernel-teamメーリングリストで行われました。
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html
しかし、パッチをUbuntuカーネルに組み込むための最良の方法について、さらに一般的に詳しく説明してみましょう...
まず、Ubuntuカーネルに引き込まれる前にアップストリームにパッチを提出して受け入れることが、Ubuntuカーネルチームの優先ポリシーです。ツリー外のパッチを維持しなければならないのは、Ubuntu Kernel Teamにとって大きなメンテナンス負担です。さらに、パッチがカーネルコミュニティ全体に利益をもたらす場合は、最初にアップストリームに行く必要があります。
パッチがアップストリームで受け入れられると、最終的にはUbuntuカーネルに自動的に反映されます。必要に応じてチェリーピックまたはプルリクエストを行うこともできます。詳細については、ページ KernelPatches を参照してください。
パッチを以前のUbuntuリリースにSRU( 安定版リリース更新 )として適用する必要がある場合は、対応するアップストリームの安定版2.6.x.yツリーにパッチを承認することをお勧めします。通常のカーネルSRUプロセスの一環として、アップストリームの最新の安定したカーネルにリベースし続けています。したがって、最終的に再びパッチを自動的に取得します。
Lkmlスレッドを読んだばかりで、Ubuntuにパッチを適用することではなく、いくつかの情報を提供できることを願っています。リンクされたUbuntuリストの投稿にあるように、とにかく2.6.38になるでしょう。
パッチは、TTYに基づいてプロセスを自動的にグループ化します。 lkmlには多くの議論/議論があり、これは通常のデスクトップの使用には関係ないことを意味し、対話型アプリケーションには違いがないことを意味します。テストケースはすべて、「ターミナルからCPU集中型のタスクを開始し、別のタスクの応答性を確認する」ことに基づいています。たとえば、カーネルをコンパイルしてビデオを視聴しようとします。
良くないというわけではありませんが、TTYに接続されたCPU集中タスクを実行しない場合、一般的な「デスクトップの応答性が桁違いに向上する」タイプの見出しは誤解を招く可能性があります。もちろん私は間違っているかもしれません!
Bashスクリプトに追加し、すべてのユーザーがcgroupを作成できるようにすることで、非常に類似した結果を達成する方法についての言及がいくつかありました。これは、現在のUbuntuカーネルでcgroupが有効になっている場合にのみ機能します。関連する投稿は次のとおりです。
明らかにこれは質問に答えているわけではありませんが、パッチが希望どおりに魔法的であるかどうかを判断するために使用できます。
Ubuntuユーザーは、supportedの方法でこれを取得するにはどうすればよいですか?
強調鉱山。サポートされている方法で入手する唯一の方法は、UbuntuがUbuntuカーネルにプルするのを待つことです。これは実際にカーネルメーリングリストに登録されたばかりなので、すべてのテストがかなり逸話的なレベルに達するまで新鮮であり、大量展開の準備が整うまでにはしばらく時間がかかると思います。
次のリリースと長い時間の間のどこかが、私の無知な推測でしょう。
しかし、あなたが大きな男の子(または女の子)であり、問題が発生した場合(つまり、grubの使用方法を知っている場合)、壊れたカーネルに対処できる場合は、独自のカーネルにパッチを適用してコンパイルできます。
パッチをダウンロードします。さまざまなバージョンがありますが、最高のものは別のユーザーによって以下に投稿されました: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2
パッチの対象となるバージョンのカーネルソースをダウンロードします。この場合2.6.36。 kernel.org からVanilla(Ubuntuカーネルチームによって修正されていないオリジナル)カーネルソースを取得し、それを抽出できます。
パッチをどこかに保存し、カーネルソースディレクトリにcd
ingして実行します:patch -p1 < /path/to/patch
(これにはpatch
パッケージが必要です...これはbuild-essential
デフォルトでインストールされていない場合)
そして、「昔ながらの」ビルドプロセスの残りの部分を続けます... Ubuntu/Debian認定のカーネルソースを対象としているので、新しいメソッドは気にしません...さらに、古い方法の方が簡単に思えます(私にとって)。
カーネルの構築は難しくありませんが、受け入れられたパスから離れすぎている場合は混乱させることができます。そして、物事がうまくいかない場合、公式のサポートは受けられません。
あるいは、パッチが組み込まれた(または少なくともソースツリーで次のリリースを待っている)カーネルがますます増えています。
注:これらのカーネル(およびおそらく他のカーネルも)は、カーネルを実行するUbuntuの方法とは多少異なります。 (Liquorixに移行したときと同じように)CPU周波数のスケーリングが機能しなくなったり、サスペンドが壊れたりすることがあります。通常は修正と回避策がありますが、AskUbuntuやその他のUbuntuコミュニティからのサポートが得られない可能性があります。すべてのカーネルをチェックできないからです。
RedHat開発者によってメーリングリストに投稿された単純な「ハック」を使用できます。同じことをするためにカーネルにパッチを適用する必要はありません。ここでそれについて読んでください: すぐに使用できる「驚異的な200行のカーネルパッチ」の代替
2011-01-18現在、Linux 2.6.38-rc1には上記のパッチが含まれています。
関連する Phoronixニュース および Linus post を参照してください。
2011-01-29現在、Natty NarwhalデイリービルドにはLinux 2.6.38が付属しています。
そのため、現在2つのソリューションがあります。
私は今、この議論を取り上げたばかりで、非常に興味深い。 Ubuntu 10.10でcgroupパッチを有効にする方法について、小さな ブログ投稿 を書きました。
動作するかどうかは実際にはテストしていないので、フィードバックは素晴らしいでしょう!