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

PumaWorkerKiller普通にあるな https://github.com/schneems/puma_worker_killer

fnya.ggtea.org は
32bitOSを使う(64bitだとメモリ増える)
pumaのプロセス最小限
sidekiq 1プロセス
pgbouncerでDBのプロセス数が増えないようにする
assets:precompileはggtea.orgのファイルをS3同期
なお動画が来るのがやばいのはなにも対処してない
みたいな感じ

UnicornだとWorkerKiller使うけどpuma/sidekiqだとどうだっけ…。

1GBで動いてるMastodon fnya.ggtea.org はそう

ElasticSearchが追加されると無理ゲーだと思う<1GB Mastodon

ちなみにこのJaegerでたくさん出てるのデフォルトでこんなに出る訳ではなくて、Datadog APM 用のトレーサの情報を横取りしてOpenTracing経由でJaegerに投げた結果です

ぐぐるさんの Stackdriver Trace はこんな感じ

やっぱ Datadog APM 金取るだけはあるな…みたいな感じだ(UIの問題にすぎない予感はするんだけどUIの問題…) https://md.ggtea.org/@Clworld/100577762772457342

Jaegerになんか色々して出してみたもののこう行で出されると直感的に分かりにくい…

@noellabo まさにそういうのでしたThx

elasticsearch-head で直クエリ投げるのブラウザからどうにか出来る点で強いけどidしか入ってないので rails console から投げる方が使いやすいと思う…。

せやなになる顔(ElasticSearch用のコンソール直 https://github.com/mobz/elasticsearch-head)

MastodonのTLの続きの読み込みが詰まるのがNewRelicのJSのトレーサーな予感がしてきたのでOFFにしてみた

MastodonのWebUI SubwayTooterの簡略表示みたいにボタンを消して詰めるStyle無いかな…。(UserStyleとか使え それはそう)

ggteaはmfeedと同期してて私の他の鯖はggteaにぶら下がってる<ntp

Better Sidekiq 考えてるとOSのジョブスケジューラー一体どうやってるんだろうみたいになるので

@unarist 配信先毎のキューを用意した上でタスクキューには普通にタスクを載せて、載ってるタスクを処理する際に配信先ごとのキューを確認して全部まとめて処理する感じかなと思います(タスク実行待ちの間に溜まった分を一気に処理する)(タスクキューに対象の無い配信タスクが残るのでタスクキューに入れるかの判断が難しい)(妄想)

@unarist キューをそのままキューにしないでどのワーカーに振り分けるかのスケジューラーみたいなのを用意する というのはいい感じの手段な気がする