/ Flickr / 押見a / CC BY-SA
a.outのサポートを停止
Linuxは、最初のカーネルバージョン以降、 ELFバイナリをサポートしています。 25年後、 a.out計画は廃止されたテクノロジー（非推奨）のカテゴリーに移行する予定です。 開発者は、長い間コードが「腐敗」し始めたため、これは必要な手順だと言います。
Linus Torvaldsは、既存のコンパイラのいずれもa.out形式のバイナリを作成しないため、もはや意味をなさないことを個別に強調しました。
a.outの拒否は2段階で通過します。 Linux 5.1では、 コアダンプコードが削除されます-これは約500行です。 Linusによると、だれかがレガシーコードを扱う必要はほとんどなく、a.out実行可能ファイルをまだ生成しているユーザーにはビジネスプロセスを再構築する時間があります。
以降のリリースでは、サポートが完全に廃止されますが、コミュニティにフォーマットのサポートを引き受ける人がいない場合のみです。
Spectreに対してパッチを作成する
Spectre v2攻撃から保護するために、Retpolineパッチにいくつかの変更が加えられます。 プロセッサでの投機的実行のメカニズムをブロックする命令の特別なシーケンスを使用します。 開発者は、ブランチオペレーターからの間接呼び出しを生成するためのしきい値を5から20に増やす予定です。 場合によっては、これにより生産性が20％ 向上します。
また、5.1カーネルは新しいフラグPR_SPEC_DISABLE_NOEXEC を受け取ります。このフラグは、サーバーで実行されているすべての子プロセスのSpectre v4脆弱性に対する保護を無効にします。 これは、コマンドの異常な実行を可能にするメモリ曖昧性除去機能に関連付けられています。 専門家によると、このフラグはパッチを無効にするチェックを自動化し、多数の同時実行プロセスを持つサーバーを高速化します。 これについては、以前の資料の1つで詳しく説明しました。
Linuxサーバーの動作を最適化する新機能は、クラウドでのこのOSの人気に影響を与える可能性があります。 1cloudで統計を収集しました。クラウドで最も人気のあるオペレーティングシステムは、Windows（79％）のままです。 Linuxのシェアは20％です。 将来的には、2番目のOSが市場での地位を取り戻すと予想しています。 また、Linuxディストリビューション間でのシェアの分布のグラフも示しています（Ubuntuは引き続きお客様の間で最も人気のあるディストリビューションです-45％、CentOSが28％、Debianが26％の順です。
上記の比率は、VMサービスでこれまでに作成されたすべての割合です。 現在アクティブなサーバーを使用する場合、比率は根本的に異なります。
オーディオドライバーを追加する（多数）
Hacker Newsのスレッドの1つで、住民は Linuxが常に鉄をサポートするのに苦労していると述べました。 ただし、5.1ではオーディオ機器用のドライバーが多数追加されます。
たとえば、 Fireface UCXサウンドカード用のドライバーは、レコーディングスタジオやコンサートホールでの作業向けになります。 また、MediaTekの開発者が提案したBluetoothチップ用のMediaTek BTCVSDドライバーも追加します。
Asahi Kasei Microdevices AK4497、Cirrus Logic CS4341 / CS35L26、およびGoogle ChromeOSオンボードコントローラーのサポートが期待されています。 また、Ingenic JZ4725B、MT8183およびMT6358、NXP MICFIL、Rockchip RK3328、Spreadtrum DMAコントローラーなどもリストされています。
/ Flickr / クリストファー・ミシェル / CC BY
Linuxカーネル5.1で他に期待すること
Phoronixによると、開発者は Linux 5.1にRAMとして読み取り専用メモリを使用する機能を戻すことができます。 特に、DDR4バス上のOptane NVDIMM（3D Xpointテクノロジーを使用して作成）は、ランダムアクセスメモリに「変換」できます。
LKMLスレッドでこの方向で行われている作業の詳細をお読みください。 Linus は現在、Intelの開発者によるOptaneの動作に関する明確化を待っています。 それらを受け取って初めて、彼は5.1カーネルに新しい関数を含めるかどうかを決定します。
それでも、2038年の問題を解決するパッチを期待できます。 2038年1月19日に、timeの値は32ビット符号付き整数に「適合」しなくなります。 これにより、プログラムで大規模なクラッシュが発生します。 そのため、開発者は対応するシステムコールを徐々に変更しています。新しいカーネルバージョンも例外ではありません。
Linuxカーネルコードの潜在的な変更に関する詳細情報は、近い将来に期待できます。 これらについては、今後の記事で引き続き説明します。