神楽坂しえる @Clworld@md.ggtea.org
- VRC
- xlwnya
Admin
じさばどん
2017年 4月に登録
Rails 別にプールされてない訳ではないと思う(スレッドとプロセスが多すぎてその間でコネクションが共有出来無くて無駄が発生している)
神楽坂しえる
さんがブースト
DBコネクションプール、Appフレームワーク側が管理するものだと思ってたけどそうじゃないやつもあるのを知った
素朴な疑問ですけどフレニコ今までpgbouncer入ってなかったのです？ or 1から新規構築でやりなおし？
node1プロセスで間に合わなくなったらどうしよう感あるけどそこまではそうそう到達しないから良いのか
nodeは強いね(でもあれシングルスレッドだよね(シングルスレッドで大量に処理出来るから問題ないではある))
神楽坂しえる
さんがブースト
Nodeはもう並列処理のための言語だわさ
あってる(GVLめ案件)
神楽坂しえる
さんがブースト
MastodonとかRubyあたりは並列処理にプロセスやスレッドを増やす必要があって、その増やしたスレッド間がDB接続をプール出来ないので、クエリしてなくても接続が埋まってしまうみたいなことだと思ってるわ
圧倒的せやな感(Sidekiqがめっちゃプロセス分かれるしpumaも建てまくるとプロセスがたくさん…)
単純に言って別のサーバとか別のプロセス間でコネクション共有は出来無いので…
神楽坂しえる
さんがブースト
コネクションプーリングを別途導入しなければいけない、言語とかフレームワークが行けない気がするわ
DBのメモリが足りないとか(Postgresは同時接続数分プロセスが立つのでその分メモリが食われるので上限が厳しい)でなければ特に気にする必要はない<pgbouncer
DBのメモリと接続数が足りないなら即入れる(例 Mem1GBのfnya鯖とか)
コネクションプールというか再利用というか…<pgbouncer
初期状態だとスレッド数分接続数必要なので鯖たくさんだとつらい
pgbouncerで凌ぐというかpgbouncer無しだと休んでるコネクションが勿体ない
はいってなかったか(Mastodonの場合プールがトランザクション単位なのでけっこう効く)
神楽坂しえる
さんがブースト
pgbouncer で凌ぐのありじゃな
DB接続数 (たぶんpgbouncer入りで)オーバーするって あーまあそうかー
神楽坂しえる
さんがブースト
えー、残念なお知らせですが、早速データベースの接続数上限に達し、残すところもはや札束で殴ってデカイ DB を買うという選択肢のみとなりました
深く考えると自分の人件費が一番高いので深く考えないようにしよう
.socialから大量移動はあるかもだけど、.socialに大量流入とかなさそうだもんね…<インポート重め
- VRC
- xlwnya
Admin
じさばどん
2017年 4月に登録
