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

ちなみにこの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 キューをそのままキューにしないでどのワーカーに振り分けるかのスケジューラーみたいなのを用意する というのはいい感じの手段な気がする

@unarist SidekiqプラグインはSidekiqのキューから取ってくる部分をごにょごにょしてるのが多いっぽい気がしますにゃ。

@unarist まあその上でキューを増やしすぎるとその箇所のオーバーヘッドがどんどん酷いことになって行くみたいなことがあってバランスが…。(結果むずい)

@unarist 最終的な優先度の実装についてはそうなると思うんですけど、そこに至る迄にまず例えば設定で書かれているdefaultキューの下に動的に生成する子キューを自動的に作成してうんぬんとかが行なわれる感じでそこでどこまで改善出来るかみたいなやつですね

送信先鯖単位のタスク連結 + bulk push

ねこです Rails 1.5年くらいです 最近Railsのトランザクションについて勘違いしてたことに気付きました ねこです

Mastodonに流すpost とTwitterにも流したいpost とTwitterにしか流したくないpostがある
あとねこ鯖に流すpostもある