神楽坂しえる @Clworld@md.ggtea.org

pumaじゃなくてPassengerで最大スレッド数間違えてたりしたらメモリ食い尽くす落ちる可能性はある
あと全部画像とか動画付いてたらやばい

pumaの全スレッドが埋まってエラー吐くのとSidekiqが積み上がるかもだけど別に落ちる訳ではないでしょ<バルス系負荷

ねむいー

うにゃーん

ログイン画面しか見れないけど、facebookもエスペラントつかえぬのか…

gitへの不満 stashとかcommitしなくてもマージできるようにして というのと、コンフリクトするファイルだけstashさせて くらいだよ

ついったさんの方はそもそも選択肢がないのでだめです

Mi disreviĝas.
(選択肢にあるのに設定画面すらエスペラントにならないってどういうことなの)

うちの地震botの鳥post処理
Fastpostdって黒魔術が使われてたりするんだけど、
処理内容はapi endpointのnginxに接続しただけのコネクションをひたすら維持することで初手HTTPヘッダ送出する正気ではない仕様でした。

まぎちゃんまぎちゃん eewbotのMastodon版作r…(joke @Magistol

Mastodon側にもbot作ってたし情報源変更したのかなって思ってたんだけどそんなことはなかったか…

(やっぱりそうか(略))

既に積みれてるJobの積み直しはかなり高コストというのもけっこう来る

Sidekiq根本的にRedisにキューがあってそれをpopして処理をしていく感じなので優先度を付けるというのとすごい相性悪い(キューたくさん作ってランダムな確率で比率調整になると思う)

今思い付く限りの Better Sidekiq
・スレッド単位のキュー割り当て
・実行時間比率でのjob割り当て
・特定jobのスレッド占有防止機能(QoS)
・実行時間等による動的優先度調整(重いjobの処理優先度低下)
・async/await(外部リクエスト応答待ち等の際jobを中断して別jobを処理する)
・jobルーティング(画像処理等を特定プロセスのスレッド等に送る)
・プロセス死亡時のリカバリ

定期的に望まれる 銀の弾丸こと Better Sidekiq なんですけど
どこかに要求仕様まとめておくと
見た時にうわーってなって良いと思います

そういえば Amazon Aurora (PostgreSQL互換) ってどうなの

うなしの画像がおいげんさんにBoostされて末代が重くなる現象 良くある<BT