LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)

58.5K posts

LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi) banner
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)

LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)

@ryo_grid

Work: Over-NAT-Lib, DNN FX sim, FunnelKVS, SamehadaDB, NostrP2P and etc. Interest: ML, DBMS, PG, distributed, parallel. 86. Mail: https://t.co/pwvLAJHuB7 at https://t.co/qn94GILmzb

Tokyo, Japan Katılım Ocak 2007
1.6K Takip Edilen2K Takipçiler
Sabitlenmiş Tweet
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
当方、自作(R)DBMSのサイト立ち上げなどしたのですが、既にやってる人、いつかやりたい人、DBMSについてより深く知りたい人などなどで交流を持てる場が欲しいと思い『自作DBMS Discord』というものを運用しております。 ご興味あれば気軽に参加ください! ROM専OKです。 discord.com/invite/ZBNMrGp…
日本語
1
9
34
7.9K
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
今使っているralphループ(ralph-claude-code)だと、人が(?)マイルストーンを積んで、それをエージェントがタスクに落として処理してくのだけど、安易にタスクをDEFFERDとpartialy completedとか書いてクローズしおるから、AGENT.mdに「あきらめんなよ!(圧縮)」と書き足した。
日本語
0
0
0
78
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
TPC-H likeはあまり詳しくないが、TPC-B likeはそこそこ知っている。 SFに対してクライアント多くしすぎると行ロック競合起きまくるとか。 pgbenchのデフォルトワークロードだからね!
日本語
0
0
0
82
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
TPC-H、めげずに色々お願いして、ダメだったクエリも通るようになってきた(※)が、なかなか超えられないクエリもある ※:楽勝なのとヤベえので差がある。全22種 でB-tree index改善に手をつけたがraceが起きて、いよいよ来たか感 1 VUSER前提ならとりま放置でもいいが...
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)@ryo_grid

TPC-H完走に向けてプランナの改善とかやってたけど、実は一部インデックスが型の未対応で無効だったと判明して、なんで言ってくれなかったの?フルスキャンとか無理に決まってるじゃん!CREATE INDEXの時は作れた体でOK返してたの?とか疑心暗鬼 多分報告すら斜め読みだった私の手落ちだけど...

日本語
0
0
0
117
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
言い方の工夫はあれど、仕事の現場だと、嫌われる勇気、がないとダメな場合もあるよね。 (件の書籍の言わんとしてることとは違うけど) リーダーだマネージャになると尚更。 そこらへんで悩む人はまあ、それなりにいる気がする。
日本語
0
0
0
95
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
ラルフ・ウィガムさんにこうマイルストーンで開発よろ(※1)言うて、出来てく過程を眺めるのは家庭菜園的な楽しさがあるな、と思いつつある なんだかんだ、せっせと世話しないといけなかったりするけど(※2) ※1:それなりの粒度では設定する ※2:程度はラルフ使役練度と開発物の規模や難易度に依存
日本語
0
0
0
94
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
私も読んだけど、多分嫌われてはいない...と思いたい。 メン獄さんの偏見はまあ偏見で、多くの場合そういう勇気のない人が手に取るのかなあ、という偏見を私は持っているかも。
メン獄さん@uudaiy

これは本当に良くない偏見なんだけど、職場の机に読みかけの「嫌われる勇気」を置いてる人、だいたいもうすでに嫌われてるから読む意味ないんだよな

日本語
0
0
1
964
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
@hnakamur2 ちなみに、なぜarenaやらに目をつけたかと言うと、PGだとクライアントとのセッション1つあたりの利用可能なメモリ量を設定できるんですが、同じようなことやろうと思ったらどうすればいいかなーと調べてたら見つけた、という経緯でした。
日本語
1
0
0
16
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
@hnakamur2 ありゃりゃ。 まあしかし、Golangのシンプルさ(可読性の高さ)を維持する思想からするとちょっと違うな、という気もしたので、やむなしですかね。 arenaとか、その手のことやりたいならそういう言語使ってください、的な。 それかTinyGoとかが独自拡張で入れるか。
日本語
0
0
0
25
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi) retweetledi
mizchi
mizchi@mizchi·
恐喝したいわけじゃないが、今のClaude/Codexの性能でブラックボックスで本気でスキャンした場合、対策なしだと世のWebサービスの5~10%は情報流出やサービス停止を含む重篤なインシデント起きて、30~50%は一時的な停止を要する要メンテナンスな問題起きるはずで、Anthropicはその実際の数値見てるはず
日本語
6
147
1K
144.6K
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi) retweetledi
mizchi
mizchi@mizchi·
人間の感情に未知の脆弱性を検知しました。人間から感情を消去します。
日本語
0
3
42
5.5K
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
TPC-H完走に向けてプランナの改善とかやってたけど、実は一部インデックスが型の未対応で無効だったと判明して、なんで言ってくれなかったの?フルスキャンとか無理に決まってるじゃん!CREATE INDEXの時は作れた体でOK返してたの?とか疑心暗鬼 多分報告すら斜め読みだった私の手落ちだけど...
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)@ryo_grid

プランナの改善により毎回OOMになってタヒんでたクエリ2番が10秒強で完走できるようになった。 まあ、バリデーションしてくれたりはしないので、正しい結果を返した保証はないのだけれど...

日本語
0
0
2
568
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
私のベストフレはCCさんなのでCodexさんにお仕事してもらうことずっとなかったのだけど、最近ちょっと使ってみて、確かに慎重すぎる気はするが、レビューとかは得意なのかもしれないな(推測)と思いました あとは複雑なロジックの設計と実装とか? 某ミズチ先生が言ってたが、小回りは確かに効かなそ
日本語
0
0
1
95
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)
結局、エージェントはダイレクトI/Oするコード書いてくれてないし、PGがオラクルとして機能しにくくなるので、とりまバッファードI/Oでまとも()な性能が出るようにするところから。 まあ、後から設計変更するのもそれはそれで辛そうだなあという気もするけれど、やむなし。
LLM-rg 750B Instruct (ryo_grid / Ryo Kanbayashi)@ryo_grid

Go製自作() OSも個人的最低ラインまででいたので、今はPostgreSQLをオラクルにしたRalphループでのGo実装を試していたりしている pgbenchはある程度動いたみたい? なお、マルチプロセス設計のマルチスレッド化と、バッファードI/OのダイレクトI/O化はやる予定。 github.com/ryogrid/goopg #postgres

日本語
0
0
2
267