Conversation

Notices

1. Embed this notice
   ゆかおり :pudding_verified: (atsuchan@atsuchan.page)'s status on Saturday, 19-Nov-2022 13:51:01 JST ゆかおり :pudding_verified:

   • かき@GNUsocialJP

   MisskeyでPGbouncer使うと極端にパフォーマンスが低下するな、
   最初サーバーのスペックの問題かと思ってマシン増やしたりしたんだけど、
   これ単純にPGbouncer外すと高速化した

   • Embed this notice
     村上さん (aureoleark@misskey.io)'s status on Saturday, 19-Nov-2022 13:50:59 JST 村上さん

     in reply to

     @atsuchan@atsuchan.page Pgpool-IIは死ぬ気で最適化したら直通とほぼ変わらないぐらいまでスループット上げられた（ただしコネクションの数をめちゃめちゃ増やすのでメモリがアホみたいに必要）

   • Embed this notice
     ゆかおり :pudding_verified: (atsuchan@atsuchan.page)'s status on Saturday, 19-Nov-2022 13:51:00 JST ゆかおり :pudding_verified:

     in reply to

     • かき@GNUsocialJP

     村上さんがPgpool-IIを通すとスループットが下がるって言ってたのと同じかしら

   • Embed this notice
     村上さん (aureoleark@misskey.io)'s status on Saturday, 19-Nov-2022 13:51:50 JST 村上さん

     in reply to

     @atsuchan@atsuchan.page いや、PgBouncerとかPgpool-II自体をどうのこうのするというよりは、PostgreSQL側の最大接続数をアホみたいに増やしてメモリをガンガン積むって感じ
     
     ioならPgpool-II側の受けはinitで256、最大1024をx4で接続するのでPostgreSQL側の最大接続数は4096にしてある
     
     ioの場合は投稿とかをソートすることが多いからwork_memが64MBにしてる関係上、起動するだけで30GB、夕方から夜にかけてはキャッシュも含めて200GBぐらいは使ってる

   • Embed this notice
     ゆかおり :pudding_verified: (atsuchan@atsuchan.page)'s status on Saturday, 19-Nov-2022 13:51:51 JST ゆかおり :pudding_verified:

     in reply to

     • 村上さん
     • かき@GNUsocialJP

     @AureoleArk なるほどですね、PgBouncer自体を増やすとかも効果的なんでしょうか…