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

ますとどん このまま広がったら最終的にはついったになるってまあそうだけど、
ついったの鯖が家にあるってやばくね。

それサーバ負荷的にやばいと思う。
I think your wish have potential to kill server. < Boost

SNS 流行るかどうかって単純に人がいるかどうかという話になる…

人を追加しはじめるのん… / pixiv: 【採用情報】Mastodonのサーバー「Pawoo」で一緒に革命を起こすエンジニア募集！ by ピクシブ株式会社 (@pixiv) https://t.co/dOymHLdYZ2

Original Tweet: http://twitter.com/pixiv/status/853895258609864704

参考になる / “実際に運用してみてわかった、大規模Mastodonインスタンスを運用するコツ - pixiv inside” http://htn.to/L5ji2U

支援士試験の感想
前受けたSC: 会社でサーバさわる人向けの内容ですね
今回のSC: これセキュリティ専門の会社で働く人向けのやつじゃないですか？

DBの内容がどういう経路で画面に出るのかはあまり追えてない(Post時にサーバサイドレンダリング結果をRedisにぶちこんでからそれをブラウザに送ってる疑いがある)

Mastodonのsidekiqがつらいっていう理由の半分のはず<画像処理 残りは通信が詰まった場合

画像リサイズってやっぱり当然ImageMagick…。なのですけど
※なんか怖い
※なんか動画はまた別の処理してるっぽいしセットアップにffmpegが要求されてるのは恐怖なのでは感

Railsによるinsertというのも曲者で、ローカルリモート関係なく入力チェックと当然画像upload時の処理(リサイズとか)が当然のように行われる。これはけっこうきつそう。

一応 ローカルはRailsが受けてinsertしてjson返したあとsidekiqだけど、リモートはsidekiqで完結している。このjsonのテンプレートRedisでキャッシュされてはいるけど速度大丈夫だろうか(rabl)

Postも同じでリモートのPostの取り込みはローカルユーザのPostと同じでリモートにpushしない程度。なのでローカルユーザが増えるのとリモートが増えるのでどちらの方向でも負荷的にはきつい感がある。

Mastodon データというかPostgreSQL上ではリモートのユーザとローカルのユーザであまり差がなくて、ブロックですらそのアカウントのレコードをローカルに作った上でそれをブロックみたいになってる

POST /api/subscriptions/1234 HTTP/1.1 みたいなリクエストで相手の鯖にデータ直に投げてるんですかこれ

うむ

MastodonのRails部分 WorkerとServiceであちこちにたらい回されるのを除くとかなり素直なきがする