Linux 7.0でPostgreSQL性能半減、修正困難か

スピンロックって何かと思ったらビジーウェイトのこと？ PostgreSQL はそんなことしてたのか。普通にやったらあかんやつだと思うんだが。

UbuntuはリリースされたばかりのカーネルをLTSに組み込むのか―。理由が明確ならポスグレ側の対応が終わるまでアップグレードを控えそうなもの。

https://x.com/kosaki55tea/status/2040458791536497035

カーネル開発者の「アプリ側で直せ」は様式美だけど、1.9xの性能差は笑えないな。Ubuntu 26.04がこれ積むなら阿鼻叫喚になりそう

代替まで用意されてて変わる直前にグダついてるなんてダサすぎる いくらpostgresといえどこういうのに手心加えるべきじゃない

PostgreSQLに限らず、普通に考えたら「アプリが動かないからOS側が歩み寄れ」って指摘はOSのバグでない限り対応しなさそう。これはPostgreSQL側が対応しないといかんのちゃう？

あーこれ私直接的に影響受けそうだなー

PostgresSQLのほうが上位レイヤーだから上位レイヤーの修正すべき案件だよな

do not use spinlocks in user space, unless you actually know what you're doing https://www.realworldtech.com/forum/?threadid=189711&curpostid=189723

PostgreSQLは、政治力低そうだしなあ。ubuntuの最新LTSにはもうLinux7.0はいってくるのね

postgresql+ubuntu ltsを使っている人には深刻だな・・・

PostgreSQL以外のRDBMSには関係ない話なん？（↓の感じだとPostgreSQLだけが変なことしてるっぽい？）

一方WindowsはSimCity2000の挙動が変わることの影響が大きすぎてOSのバグを修正できなかった

うーん、PostgreSQL を使うなら FreeBSD で運用してたほうがいいのかな。とはいえ環境や扱うデータによっては高速化してるパターンもあるのか

Linux哲学は互換性重視じゃなかったのか

Amazon Redshiftが影響受けそう

kernel側がアプリケーションのためにこのあたりを戻すことはないと思うし、こういう問題をみつけるためのrc。

96とか192みたいな異常なコア数のGraviton以外では、大した影響無さそう。多分AmazonLinuxだけPREEMPT_NONE有効パッチが当たり続けるよ。

ポスグレが無くなったらlinuxを選択肢から除外する奴って相当増えるんじゃないのか。

ちょっと待って！！プレイバック！！！