Katsuhiro Suzuki

25.6K posts

Katsuhiro Suzuki

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
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
libcを改変したり、デバッグプリントを入れて実行してみたい人は、ぜひやってみてほしい。簡単なので。 スタティックリンク: #20250522" target="_blank" rel="nofollow noopener">katsuster.net/static/2025/20… ダイナミックリンク: #20250523" target="_blank" rel="nofollow noopener">katsuster.net/static/2025/20… スタティックリンクとダイナミックリンクでlibcの動きが違うのもわかるはず。
日本語
0
3
6
155
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
今日の収穫は「意外と多くの人がmain関数の前に興味がある」らしいとわかったことかもしれない。
日本語
0
0
0
63
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
ANAの予約サイトがゴミ化して、めちゃ遅いし、めちゃ見づらい、最悪のUXになった。。。
日本語
0
0
5
654
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
@hdk_2 そこまでいくとさすがに使ったとはいわないかな。。。
日本語
0
0
1
22
Hideki EIRAKU
Hideki EIRAKU@hdk_2·
@ksattkb もしかして電卓なんかで 4004 的なのが最初の可能性も...
日本語
1
0
1
21
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
初めて使ったCPUってなんだろ?学校にあったPC-9821 Cb2の486DX2 66MHzか?ディスプレイ一体型でCD-ROMドライブついてる変わったマシンだった。たしかWindows 3.1だった。 初めて触ったCPUはPC-9821 V7に載ってたPentium 75MHzだなあ。MMX PentiumのODPに替えたときに触ったはず……たぶん。
日本語
1
0
1
267
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
ドラクエ2リメイク、トロフィーコンプした。次は1日だけやって放置中のぽこあポケモンかな。。。
日本語
0
0
0
170
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
ユーザー空間でのspinlockパフォーマンスが不安定なことが話題になってて興味深い。 最初spinlock取りに行ってダメなら待ちに行く実装って、Linuxのfutexがほぼ同じ仕組みな気がするのだが、futexの何が気に入らんかったのか気になる。。。カーネルモードに行ってしまうこと?
日本語
0
0
3
299
Katsuhiro Suzuki retweetledi
海外 浩平|KaiGai Kohei🌻
いや、正直ワイもなんでわざわざ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…

日本語
1
16
87
17.8K
Katsuhiro Suzuki retweetledi
小崎 資広 (KOSAKI Motohiro)
色々な面でコメントしたくなるな ・カーネル開発者はもう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…

日本語
8
821
2.4K
576.7K
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
Xって同じ言語圏の人とケンカが発生するツールだったけど、これからは世界の人とケンカ発生するツールに凶悪化したんだね……。
日本語
0
0
1
146
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
ドラクエ2といえば最大レベル50・45・35だけど、ドラクエ1・2 HDリメイクはエンドコンテンツ追加されているからか、さすがに最大レベル50ではなかった。 99まで上がるのかな??
日本語
1
0
0
192
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
Claudeくんになんか聞いたときに、 「このサイトを参考にしました!」 って元気に自分のブログのURLを出されると 「それ以外のことが知りたかったんです……」 って若干ガッカリしてしまうのは何でだろう。 人間は身勝手だ。
日本語
0
0
3
201
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
@yoh2_sdj なるほど、ちょうど6までしかやってなかった。。。
日本語
1
0
0
33
yoh2
yoh2@yoh2_sdj·
@ksattkb 7からですね。
日本語
1
0
1
49
Katsuhiro Suzuki
Katsuhiro Suzuki@ksattkb·
めっちゃいまさらだけど、ドラクエリメイクやってて一番新鮮だったのは、バフ&デバフ系(スカラ、ルカニとかマヌーサ)がターン経過で解除されることだった。 どの辺の世代からこの仕様になったんだろう?
日本語
1
1
2
226
Katsuhiro Suzuki retweetledi
風倉
風倉@kazakura_22·
どんな界隈でも「人がいなくなり消滅の危機が眼の前に迫ってくる」と、極端に新規に優しくなる文化が起こる 具体的には以下のような事がおきる ・来てくれただけでありがとう ・興味もってくれただけでありがとう ・他の界隈を選べたのにここにいてくれてありがとう ・にわかは排除じゃなく大歓迎。なんならにわかを排除する玄人を排除する ・才能がない?いやいや、やろうっていう気持ちがもう才能だよ、という ・まず楽しさを教える。厳しさは教えない ・新規に対し選別・ふるい落としをしない。育成を行う ・手を変え品を変え教える。惜しみなく教える ・上手くなってほしいのは、そのほうが当事者がより楽しいからというだけで、上手くならない姿勢のやつがダメだからではない ・強い(上手い)だけのやつより、布教するやつを神と称える ・クソ強い(上手い)けどマナー悪いやつより、多少強さが落ちても人気があったり、フレンドリーだったりパフォーマー的に振る舞うやつを旗印にする ・というかクソ強い(上手い)やつ自身が、自分を褒め称えてくれる界隈が根こそぎ消滅する危機感と焦燥感から、フレンドリーさが異常にあがる これらをみていつも思う わかってるじゃねえか そうだよ これが界隈を広げる一番効率よい方法なんだよ 最初からやれ 今この時からやれ 調子いい時こそこれをやれ 勝ってる時に、より圧倒的に勝つためにやれ 界隈が人気あって、新規が筍のように来てる時こそやれ 新規を雑に切り捨てても、全く問題なく見えるときこそやれ それが本当に、界隈が存続し、その母数と熱量により、頂点もどんどんレベルが上がり続けるやり方
日本語
107
5.4K
16.7K
2.4M