Conversation

Notices

1. Embed this notice
   Marco Rogers (polotek@social.polotek.net)'s status on Thursday, 03-Oct-2024 11:33:37 JST Marco Rogers

   • Fediverse Report
   • Erin Kissane

   @kissane @fediversereport I always thought of this as the fundamental technical problem to solve for distributed social networks. And we're just... not solving it. People are talking about everything else besides this. And it's so weird to me.

   • Embed this notice
     Eugen Rochko (gargron@mastodon.social)'s status on Thursday, 03-Oct-2024 11:33:06 JST Eugen Rochko

     in reply to

     • かき@GNUsocialJP
     • Fediverse Report
     • poswald
     • Erin Kissane

     @polotek @poswald @kissane @fediversereport No, that’s not true. A post is only delivered once per domain. And we use keep-alive connections to shave off request setup time for repeat deliveries. If you have 5k followers from 2 domains, 2 requests will be made. Only if you have one follower per domain does it become 5k requests.

   • Embed this notice
     Marco Rogers (polotek@social.polotek.net)'s status on Thursday, 03-Oct-2024 11:33:24 JST Marco Rogers

     in reply to

     • Fediverse Report
     • poswald
     • Erin Kissane

     @poswald @kissane @fediversereport As far as I understand, mastodon's implementation is particularly naive today. If you have 5000 followers, every post creates 5000 jobs. There are many optimizations they can make today that will help. But I believe the problem of scaling of decentralized message delivery is going to be a huge bugbear if the fediverse keeps growing.

   • Embed this notice
     Marco Rogers (polotek@social.polotek.net)'s status on Thursday, 03-Oct-2024 11:33:30 JST Marco Rogers

     in reply to

     • Fediverse Report
     • poswald
     • Erin Kissane

     @poswald @kissane @fediversereport I should be more clear about which issue I'm referring to. There are many technical issues to solve. I'm talking specifically about an issue that is specific to the decentralized nature of the fediverse. There are many optimizations that a company like twitter can do to scale fanouts, because they control both the source and the destination. Fediverse servers do not have that advantage. And more so, many servers are likely to be under resourced.

   • Embed this notice
     poswald (poswald@mastodon.social)'s status on Thursday, 03-Oct-2024 11:33:31 JST poswald

     in reply to

     • Fediverse Report
     • Erin Kissane

     @polotek @kissane @fediversereport I remember when twitter first launched and everyone in that community were discovering the work needed to get RoR to scale to a global “firehose” size. Feels like we're back there again but in different ways.

   • Embed this notice
     Eugen Rochko (gargron@mastodon.social)'s status on Thursday, 03-Oct-2024 17:43:31 JST Eugen Rochko

     in reply to

     • かき@GNUsocialJP
     • Fediverse Report
     • poswald
     • Erin Kissane

     @polotek @poswald @kissane @fediversereport It’s really easy to make mistakes in computing that make a massive difference in performance. For example a database query that runs inside a loop vs outside. And it’s easy to miss when your code runs once but becomes really obvious once it has to run multiple times per second. I would not make any assumptions about the protocol itself based on Ghost’s work in progress implementation.

   • Embed this notice
     Marco Rogers (polotek@social.polotek.net)'s status on Thursday, 03-Oct-2024 17:43:41 JST Marco Rogers

     in reply to

     • Eugen Rochko
     • Fediverse Report
     • poswald
     • Erin Kissane

     @Gargron @poswald @kissane @fediversereport feel free to explain the actual reason this is such a persistent problem. I don't mind being corrected. But please don’t let that be the only reason you pop in.