「巨大ページを使え」っていうのがそこにあるのに、99%のユーザーが無視してるのが面白いね。

そのスレッドでは、「96コアのarm64マシンでパフォーマンスが0.51倍」と言っていて、96コアのamd64マシンでは再現できないとも言ってるみたい。だから、PostgreSQLを使っていて最新のカーネルにアップグレードする人全員に影響するわけじゃなさそう。条件は、arm64、大量のコア、カーネル7.0、PostgreSQLの現在のバージョンって感じかな。7.0が数週間後にリリースされても、全てのPostgreSQL DBに当てはまるわけじゃないよね。

これは単なる一つの投稿じゃなくて、スレッド全体を追うとさらに情報があるからね。 :)

もしこれが再現可能なパフォーマンスの問題になるとしたら（もっと複雑なことが起きている気がするけど）、ユーザースペースが7.0の重大なパフォーマンス低下をどうやって緩和できるのか、全く見当がつかないよ。7.0で追加されたデフォルトオフの非トリビアルな機能によってしか緩和できないのに。

50%のパフォーマンスダウンは…かなりの後退だと思う 確かに！特にその後退が取引や市場関連に影響を与える場合は…

面白い視点だね。「これは障害じゃなくて（水平または垂直の）劣化だ」っていうのはウェブサービス特有だと思ってたけど、考えてみるとこういうケースにも当てはまるんだね。

これが最初に思ったことだな。カーネルはソフトウェアを壊さない、少なくとも昔はそうだった。

他のメンテナが「リーナスの法則」に引っかかったのはこれが初めてじゃないよね。彼は、何が原因かがもっと分かるまで待っているのかもしれない。

彼がそれについて怒鳴る理由は、誰かがそれをやったからだよ。もし誰もやらなかったら、彼は決して怒鳴らないし、ルールもできなかっただろう。だから、これは誰かが線を引き続けなきゃいけないことなんだろうね。自動的に守られるルールじゃない。間違いなく、誰かが怒鳴る必要があるだろう。

そうかもしれないけど、やっぱり良い状況じゃないよね。PostgreSQLが影響を受けるなら、他に何が影響を受けるのか気になるところだ。

常識のある人は最新のカーネルを使わない 記事からの引用: 「Linux 7.0の安定版は約2週間後に出る予定です。これは、4月後半にリリースされるUbuntu 26.04 LTSを支えるカーネルバージョンでもあります。」残念ながら、たくさんの人が1ヶ月も経たないうちにこれを使うことになるだろうね。今のところ、これを元に戻すにはカーネルパッチが必要で（sysctlじゃなくて）、何かが変わることを願ってる。

最新のものを使っている賢い人たちが必要だよ。そうしないと、こういう問題を見逃しちゃうから。

PREEMPT_NONEを設定するオプションがほぼ全てのプラットフォームから削除されたよ。

Dockerコンテナで動かしているなら、ホストのカーネルを共有しているよ。選択肢がないかもしれないね。

へへ。せめてそのコストに見合う便利な機能は追加されたのかな？

ユーザースペースでカーネルのサポートなしにスピンロックを使うのは、変なパフォーマンス低下を招くようなもんだよね。そうそう。「医者、助けて、誰かが木のハンマーを金属のに替えちゃったから、顔を叩けなくなった！」ユーザースペースでスピンロック使ったら、絶対に苦労するよ。