Linus Torvalds は Linux 6.4-rc1 をリリースしました。これは、エキサイティングな Linux 6.4 サイクルのマージ ウィンドウの終わりでもあります。
Linus Torvalds は今晩の 6.4 に書いています。-rc1 アナウンス:
“2 週間後、マージ ウィンドウが終了し、-rc1 がタグ付けされてプッシュされました。
状況はかなり正常に見えます-個人的にちょっと珍しいのは、2 つの異なるプル リクエストがあり、その上で自分自身の小さな一連の更新を行うことになったことです。
つまり、Jens からの ITER_UBUF 更新と x86 LAM の両方Dave Hansen からのサポート (本当は Kirill ですが、Dave からのプルが表示されます) のおかげで、x86 ユーザー アクセスのクリーンアップを追加で行うことができました。
私が言及する理由は、「ああ、もう一度コーディングしなければならない」ということではありませんが、これが実際に *最終的に*よりモダンなデフォルトの’git diff’アルゴリズムに切り替えます. デフォルトの git diff アルゴリズムは非常に伝統的なもの (別名’Myers アルゴリズム’) であり、正常に動作しますが、デフォルトでより優れた diff を作成するためにさまざまなヒューリスティックの更新が行われています。
したがって、私は現在、「ヒストグラム」アルゴリズムを使用しています。これは、最長の共通サブシーケンスを決定する際に、行の「一意性」を考慮に入れています。マイヤーズ差分。ヒストグラムが常に役立つわけではありませんが、多くの場合、見やすくなります。
…
このマージ ウィンドウでの実際の変更については、以下のマージ ログで概要を確認できます。 diffstat は、再び AMD GPU ハードウェア記述ファイルによって完全に支配されています。今回は「perf」ツールがスイートに従っているため、他の大きな領域はすべての perf イベント JSON ファイル記述になります。うーん。しかし、これら 2 つの変更の「大規模だが面白くない」部分を無視すると、他のすべてはかなり正常に見えます。主に読者次第で「それは面白い」と、いたるところにたくさんの展開があります。ドライバー、アーキテクチャーの更新、ファイルシステム、ネットワーキング、メモリー管理など、あらゆるものがあります。
実現できなかった 1 つの機能は、x86 シャドウ スタック コードです。どちらにせよ x86 の問題を調べていたときにこの問題が発生したという点で、その側面はおそらく少し不運でした。
それについては後日、おそらく次のリリースで説明します。”
明日はいつものように Linux 6.4 の機能概要を要約して発表します。過去 2 週間に多数の Phoronix 記事があり、多数の新機能やカーネルのその他の興味深い部分が強調されています。
