Notices by Lucida@ちり紙 (lucida3rd@mstdn.lucida-memo.info), page 18

てすと。

test

なんかスライドバーかなんかでちょちょちょーって調整できたらいいのにね。（無茶言うなJ

あと、こないだ Sidekiq のオプションで、割り当てるスレッドの数を明示的に指定することができるみたいなのを見かけたような見かけてないような気がしているので、あのあたり調べたら、もしかしたら弊鯖は default だけ切り出しなんてことをしなくてもよくなるかもしれないんだよな。

私の Sidekiq プロセス分離方針は、あくまでも「自分のインスタンスのユーザーエクスペリエンスが損なわれないかどうか」が基準なので、最優先処理キューである default だけ分離する感じ。default に積まれるキューはほとんど自分のインスタンス内だけで処理が完結するので、他のインスタンスの状況に左右されないことが多いし。

しらんけど。

だいたいこんな感じ。（うちの環境）

パターン１：
プロセス数1、スレッド数多め
＝メモリ消費は中くらい。優先キューが動いてる間は、後優先のキューが動けない＝web閲覧が固まる

パターン２：
プロセス数複数、スレッド数多め
＝メモリ消費は激増。普通のトラヒックは快適だけど、しばらくすると重くなる。定期的にリセットが必要。

パターン３：
プロセス数複数、スレッド数少なめ
＝メモリ消費は中くらい。普通のトラヒックは捌けるけど、リクエストが多くなると詰まる（最悪しぬ）
#lucida_adm

pullとdefaultはバラさないと、pullがたくさんきたときに何もできなくなるので。2プロセスは分けたほうがいいかも。な感じです。
#lucida_adm

はい。皆さんがダジャレを考えるまでに5分かかりました。

普段のトラヒックなら捌けるけど、メモリ消費を少なくするためスレッド数を少なくしてるので大量にリクエストが発生すると今みたいになるみたい。
しゃーなしです?
#lucida_adm

mastodonはプロセス分けをするほどメモリを食われる傾向にあるようです。が、うちの場合はdefaultとpullを分けておかないとstreamが捌けないのか、わたしが閲覧するときに固まっちゃうんですよね。
何回か調整した値で運用してます。?
#lucida_adm

デッドジョブ溜まりすぎてメモリすぐ一杯～（ラップ調』

ストリームの動き悪いのでsidekiqだけ再起動した。メモリカツカツや...?

@lucida3bot おみくじ

@ars42525 りょーかいでーす。お疲れさまです

SSL証明切れ：
https://asagao-anime.com
https://holo.croma25td.com
https://dev.n-sr.org

停止中：
https://itabashi.0j0.jp/

板橋鯖も止まっとるのか。

デッドジョブ溜まりまくりで牙。