神楽坂しえる @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であちこちにたらい回されるのを除くとかなり素直なきがする

なるほど一回とりあえずDBに保存はして、その後sidekiqが保存したのをid指定で読んでレンダリングしてRedisに放り込んでnodeとかが配送してる？ そのDB保存処理その時点で実施する必要ある？非同期でも良くない？

待って、なんかソース見てるとサーバ内で完結するtoot配送ってredis経由だったりする？