Katsuhiro Suzuki
25.6K posts

Katsuhiro Suzuki
@ksattkb
(専門)組み込みソフト屋(ARM, RISC-V, C/C++)です。Linux, ZephyrのUpstreamも少し、仕事以外ではJavaも。 (趣味)マンガ、15,000冊を超えました。Kindle+Androidタブレットは手放せません。 (方針)エンジニアっぽい人をなるべくフォロー&フォロバします。
Tokyo, Japan Katılım Ocak 2010
1.4K Takip Edilen1.4K Takipçiler

この部分に興味がある人は組み込み適正があるので、ぜひlibcのコードを読んでみてほしい。
mainの前、printfの向こうを知るのはたのしいよ。
みたゆうき@mitayuki6
「では、main関数はコード上のどこからも呼ばれていないのに、なぜ動くんですか?」
日本語
Katsuhiro Suzuki retweetledi

いや、正直ワイもなんでわざわざspinlockにしてるのか積極的な理由がよく分からん。
あとspinlockを使うにしても、spinlockが取れなかったら pg_usleepを呼ぶ部分がある(perform_spin_delay)けど、現代的なCPUではMIN_DELAY_USECが大きすぎるのではという気も。🤔
情報の灯台@joho_no_todai
Linux 7.0でPostgreSQLの性能がほぼ半減。 AWSエンジニアがGraviton4上で実測し、カーネルのプリエンプション変更が原因と特定した。 開発者の回答は「PostgreSQL側で対応しろ」。 リバートの見込みは薄く、Ubuntu 26.04 LTSにはこのまま載る。 カーネルの「改善」がアプリを壊し、修正をアプリ側に求める。 joho-todai.com/linux-7-postgr…
日本語
Katsuhiro Suzuki retweetledi

色々な面でコメントしたくなるな
・カーネル開発者はもう20年ぐらいPostgreSQL開発者にユーザーランドのspinlockは正気じゃないから考え直して欲しいと繰り返し要求していた
・linux kernel summitにPostgreSQL開発者を招待してディスカッションしたがうまくいかなかった。平行線というよりもPostgreSQL側が今こうなっている、実装したときはそれが一番性能よかったという話に終始していて、会話があまり建設的ではなかったと思う
・記事には「PostgreSQLはプロセスモデルを採用しており、共有メモリ上のデータ構造へのアクセスにユーザースペーススピンロックを多用する。」と書かれているが、マルチプロセスというのとスピンロックでないといけないは論理的につながらないと思う。なにか書き忘れてない?
・記事ではUbuntu 26.04 LTSへの影響を気にしているが、最近のUbuntuはPREEMT_DYNAMICかつデフォルトがpreempt voluntaryなので、影響ないのではないか?元々のバグ報告にあるAmaxonLinux2023はPREEMPT_NONEだから影響有るけど。RHELもRHEL9からPREEMPT_DYNAMICなので影響ないっぽい。SUSEも影響ないっぽいな。なら実質困るのはAmazon Linuxユーザーだけ??
・それはそれとして、PREEMPT_NONEはサーバー用distroで長らく使われてきた決してマイナーではないオプション
・なんだけど、peterはRed Hatにいた時代から -rtチームにいて、PREEMPT_NONEには当たりがキツかった。
どの視点でも面白いディスカッションが出来そうだな、と思ったところで、興味MPが切れたので、ただの感想を投下して逃げる。
おやすみなさい
情報の灯台@joho_no_todai
Linux 7.0でPostgreSQLの性能がほぼ半減。 AWSエンジニアがGraviton4上で実測し、カーネルのプリエンプション変更が原因と特定した。 開発者の回答は「PostgreSQL側で対応しろ」。 リバートの見込みは薄く、Ubuntu 26.04 LTSにはこのまま載る。 カーネルの「改善」がアプリを壊し、修正をアプリ側に求める。 joho-todai.com/linux-7-postgr…
日本語
Katsuhiro Suzuki retweetledi

どんな界隈でも「人がいなくなり消滅の危機が眼の前に迫ってくる」と、極端に新規に優しくなる文化が起こる
具体的には以下のような事がおきる
・来てくれただけでありがとう
・興味もってくれただけでありがとう
・他の界隈を選べたのにここにいてくれてありがとう
・にわかは排除じゃなく大歓迎。なんならにわかを排除する玄人を排除する
・才能がない?いやいや、やろうっていう気持ちがもう才能だよ、という
・まず楽しさを教える。厳しさは教えない
・新規に対し選別・ふるい落としをしない。育成を行う
・手を変え品を変え教える。惜しみなく教える
・上手くなってほしいのは、そのほうが当事者がより楽しいからというだけで、上手くならない姿勢のやつがダメだからではない
・強い(上手い)だけのやつより、布教するやつを神と称える
・クソ強い(上手い)けどマナー悪いやつより、多少強さが落ちても人気があったり、フレンドリーだったりパフォーマー的に振る舞うやつを旗印にする
・というかクソ強い(上手い)やつ自身が、自分を褒め称えてくれる界隈が根こそぎ消滅する危機感と焦燥感から、フレンドリーさが異常にあがる
これらをみていつも思う
わかってるじゃねえか
そうだよ
これが界隈を広げる一番効率よい方法なんだよ
最初からやれ
今この時からやれ
調子いい時こそこれをやれ
勝ってる時に、より圧倒的に勝つためにやれ
界隈が人気あって、新規が筍のように来てる時こそやれ
新規を雑に切り捨てても、全く問題なく見えるときこそやれ
それが本当に、界隈が存続し、その母数と熱量により、頂点もどんどんレベルが上がり続けるやり方
日本語


