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

@tateisu どこまで目指すかによる… インスタンスの数分同じpostが別テーブルの連合に入るのと同じサーバの別インスタンス間で同じpostを送信しあうのを許容するならそう…

Mastodonのホスティング相乗り対応 なにがつらそうってindexの貼り直しと本体のUpdateへの追従

いやLocalはホスト名縛りで行けたりするのだろうか…。

普通のMastodonだとHomeがRedisTLでLocalと連合がDBTLだけど、
ホスティング用に相乗りさせるとHome,Local,連合が全部RedisTLに入ることになると思う

ホスティング用Mastodonは存在するとしたら shared_inbox が本当に shared されるよ

Mastodonフォークするには開発が活発すぎる それはそう

ホスティング用Mastodon誰かホスティングする人(or 社) が作るんじゃないかなーって思ってたけど結局作られなかったっぽいやつだよ

Cloudflare 日本に鯖あるのに プロバイダ責任制限法適用されないのか疑問ある

キューを増やすのはだめなのにscheduleはけっこう気軽に増えるsidekiq.yml

pullキューがmailersの後になったですか…

v2.5.0 また config/sidekiq.yml 変わったですー!?

まあこれ別にメモリリークが云々って訳ではなくて、一度使ったメモリをOSに返す手順が無いとかむずいとかそういう話なのだけど

〜 Worker Killer 系おおむね何でも誰かが作ってるっぽいな…

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