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

Debianパッケージ欲しいけどDebianのパッケージ本体のだと基本的に枯れてる感じに熟成されるので1.3から更新されないみたいな状況が発生しそう

pixivさん設営日を1日目とカウントしているのか(？？)

transactionが外れたことで:
まずLTL/FTLでREST APIを使った場合にstatusだけ作成されたmedia取得に失敗しているtootが見える可能性があるのがまず一つ。(homeとstreamingはRedisにidが送られないので出ない)
Boostの場合でBoost元のstatus作成時にmedia取得に失敗してstatusだけが作成されると、再実行時にboost元statusは既にあると判定されて Boostの作成は正常終了するのでhome/streamingも全部でunknownになる予感がする。

良く分からなくなったけど transaction が入る -> reblogの作成が先になる -> akiさんのリファクタが入ってtransactionが外れる の順か

IPv4インスタンスでさっきBoostされたTootが流れてこないのでこっちの事象は問題ないのか…？

aki さんー ひっそりと ApplicationRecord.transaction をなくしてたのやめてくだされー😅 https://github.com/tootsuite/mastodon/pull/4164/files#diff-46fa9315afa60bc412907fc380d61977L57

ProcessFeedServiceがリファクタされた結果読む時にクラスをたらい回しにされてる
After ProcessFeedService is refactored, I'm sent around many classes when I read ProcessFeedService...

@Clworld When toot is on WebUI, it must be anything is ready(except OpenGraph). So, transcoding image task cannot be delayed... and transcoding task is called synchronously from various workers.

Wish: delayed paperclip transcode😩

@Clworld 向こうからデータを取ってくる処理がまずそうって考えるとHTTPかpaperclip...?🤔

@Clworld
memusage of each queues..(at md.ggtea.org)
defaut&pull queue consumes lots of memory..why?
default: 574MB(20 thread)
mailers: 140MB(5 thread)
pull: 477MB(10 thread)
push: 230MB(20 thread)

xanacさんのやつインスタンスそのものが創作物っぽいしただしい

@Clworld
容疑者1: ActiveRecord
容疑者2: paperclip + Imagemagick
容疑者3: HTTPリクエストで取得する系処理
容疑者4: XML

しかし冷静に考えるとMastdonのSidekiq/pumaのメモリ使用量多すぎません？だれがこんなに使っているのです？

同じ500円/5$鯖でもlinodeの方がけっこう強そう

結果(IDCF500 precompile)
245.10user 7.58system 4:30.36elapsed 93%CPU (0avgtext+0avgdata 668108maxresident)k
150528inputs+104080outputs (26major+340416minor)pagefaults 0swaps

IDCF500ので他のサービスを止めた状態でのprecompile時間をはかってみる

remove_remoteすると古い画像がBoostされた時とかは画像が表示されなくてリンクだけになってしまうので…<自動実行はされない