すべて Gentooの使用を勧められた人, 彼らはそれを知っています このLinuxディストリビューション 高度にカスタマイズ可能 そのおかげで プリコンパイルされたバイナリを使用しません、 どれで ユーザーは自分でシステムコンパイルを行う必要があります これにより、コンピューターコンポーネントに焦点を合わせたコンパイルを作成できるため、他のディストリビューションよりも大きな利点が得られ、流動性とパフォーマンスが向上します。
以来 いくつかの高度な機能を実装するPortage 依存関係の管理、管理者に合わせたパッケージの微調整、OpenBSDスタイルの偽のインストール、コンパイルサンドボックス、安全なアンインストール、システムプロファイル、仮想パッケージ、構成ファイルの管理、同じパッケージの異なるバージョンの複数のスロットなど。
しかし今、これは変わる可能性があります として Gentoo開発者が話し合っている の可能性 一般的なLinuxカーネルパッケージを提供する 手動設定を必要としない コンパイル中に、従来のバイナリディストリビューションで提供されるカーネルパッケージに似ています。
コモ 問題の例 それが使用されるときに発生します カーネルパラメータの手動チューニング Gentooで練習し、 統一されたセットの欠如があります デフォルトオプションの 更新後の操作性を確保します （手動で構成した場合、カーネルが起動しないか、クラッシュが発生した場合、問題の原因がパラメーター設定の誤りなのか、カーネル自体のエラーなのかは明確ではありません）。
カーネルを取得する従来のGentooの方法は、ソースをインストールしてから、自分で構成してビルドすることです。 手動で設定するという面倒なプロセスを経たくない人のために、genkernelを使用するための代替ルートが提供されました。 ただし、これらのバリアントはいずれも、バイナリディストリビューションによって提供されるコアと同等のものを実際に提供することはできませんでした。
開発者は、すぐに使えるカーネルを提供するつもりです そして明らかに機能的 最小限の労力でインストールできます （ebuildのように、他のパッケージとの類推によって構築されます）、定期的なシステム更新の一部としてパッケージマネージャーによって自動的に更新されます。
現在、sys-kernel / vanilla-kernelパッケージはすでにに基づいて提案されています メインのカーネルソースから、以前に利用可能だったビルドスクリプトを典型的なカーネルオプションのセットで補足します。
カスタムカーネルの古い伝統からユニバーサルカーネルパッケージへの変更を正当化する必要がある場合は、最初にカスタムカーネルを構成する理由について説明することから始める必要があります。
バニラカーネルパッケージ これまでのところ、ソースコードからのアセンブルのみが含まれています （ebuild形式で提案されています）が、バイナリカーネルアセンブリを生成する可能性についても説明します。
主な反論は努力です。 上で述べたように、私は個人的に自分のカーネルを手動で処理しなければならないことにうんざりしていました。 言及された潜在的な利益は、カスタムカーネルのセットアップと保守における人的時間の損失を上回りますか？
手動カーネルチューニングの利点の中に、 パフォーマンスを調整し、不要なコンポーネントを削除する機能 コンパイル中、 コンパイル時間を短縮し、カーネルサイズを削減します 結果として（たとえば、提案カーネルの構築にはモジュールとともに44MBが必要ですが、ユニバーサルカーネルには294MBが必要です）。
欠点の中で、 観察されます セットアップ中に間違いを犯しやすい、アップデートで発生する可能性のある問題、 不寛容、問題の診断の難しさ。
の供給 コンパイル ユニバーサルカーネルが考慮されるため、バイナリが考慮されますサイズが大きいため、コンパイル時間が大幅に長くなり、完成したカーネルが提供されます。 これにより、低電力システムユーザーの生活を簡素化できます。
でも これは「アイデア」として見出されます、 Gentoo開発者 可能性を排除しないでください そして彼らはそれについて話している ユーザーの側では、意見はすでに分かれています。
Si あなたはそれについてもっと知りたい、 元のメモはで確認できます 次のリンク。