Conversation

Notices

1. Embed this notice
   ゆー:bap:@beta (y@beta.romneko.net)'s status on Friday, 03-Feb-2023 00:36:11 JST ゆー:bap:@beta

   そのインスタンスを使用する人一人あたりの負荷と、おひとりさまインスタンスへ配送する負荷ってどの程度差があるんだろ

   • Embed this notice
     のえる (noellabo@fedibird.com)'s status on Friday, 03-Feb-2023 00:36:10 JST のえる

     in reply to

     • かき@GNUsocialJP

     @y インスタンスにフォロワーが5人いたら、1回送るだけでいい（送った先で宛先に配ってくれる）ので、フォロワー比率による

   • Embed this notice
     ゆー:bap:@beta (y@beta.romneko.net)'s status on Friday, 03-Feb-2023 00:57:26 JST ゆー:bap:@beta

     in reply to

     • のえる

     @noellabo@fedibird.com ええと、書き方が悪かったですね
     大規模インスタンスから独立したとしてFFが全く同じとするならば果たしてそれは大規模インスタンスの負荷分散になっているのかなという趣旨です

   • Embed this notice
     のえる (noellabo@fedibird.com)'s status on Friday, 03-Feb-2023 00:57:26 JST のえる

     in reply to

     • かき@GNUsocialJP

     @y 大規模インスタンス側からみて、ローカルのユーザーに投稿を配送するのはdefault、リモートのユーザーに投稿を配送するのはpushと、異なるキューを用います。まずこの点。

     あと、ユーザーに近い部分の処理をどこでやるか。

     defaultは優先順位の高い処理で、ここをオフロードできると大規模インスタンスにとって楽になります。pushは後回しにして良い処理で、しかも送付するだけで良いので、リモートである分だけ待ち時間は長いですが、軽い処理です。

     defaultでは、ブロック・ミュート・フィルターなどの処理、複数の配送先（ホーム、リスト、ローカル、連合、ハッシュタグタイムラインなど）へ投稿をわける処理と、それをストリーミングする処理が入ります。

     pushしてオフロードしてしまえば、大規模インスタンス側からは負担が軽くなり、その部分をリモートの独立したインスタンスに任せられます。

     ざっくりそんな感じです