1. 概要 sidekiqプロセスのメモリ使用率が元に戻らない悩みを解消するためのイチ手段として、 gem「sidekiq-worker-killer」を使う がある。 残念ながら、上記GitHubのReadmeのみでは、その詳細な挙動を知ることは難しい。 そこで本記事では、sidekiq-worker-killerのソースコード(ver.1.0.0)、およびその他関連情報を調査し、sidekiq-worker-killerの設定項目・挙動について全体的にまとめた。 sidekiq-worker-killerの設定の意味・設定方法 sidekiq-worker-killerの処理開始タイミング sidekiq-worker-killerの処理開始後の挙動 2. sidekiq-worker-killerの設定の意味・設定方法 sidekiq-worker-killerのオプション設定につい
異なるジョブを同時に実行する15個のSidekiqスレッドを実行した場合 a. １回目で1GB増加 b. ２回目以降も約1GBずつ増加した。メモリの再利用が行われていない 並行実行数が1の場合 a. ２回目以降でほぼメモリ消費は変わらない -> Sidekiqプロセスの各スレッドがメモリを個別に保持し、他のスレッドと共有していない。 並行処理数が15の場合は、15のスレッドが同時に存在しているため、複数のワーカーがこのタスクを実行するので12〜15GBのメモリが必要だった。 対処法 このプロセス自体をRakeにして、Cronで実行 -> 実行が終わるとプロセスも終わる 再起動も推奨してるっぽい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
