▲ 182 ▼ Why is Lemmy so much faster than reddit? (lemmy.world) submitted 2 years ago by Astral08@lemmy.world to c/asklemmy@lemmy.world 45 comments fedilink hide all child comments I use eternity for Lemmy, no matter how trash my internet is, everything loads so fast!
[–] rikudou@lemmings.world 24 points 2 years ago (1 child) Eh, the code is very inefficient. permalink fedilink source parent hideshow 2 child comments replies: [–] Dark_Arc@social.packetloss.gg 5 points 2 years ago (1 child) Yeah... Lemmy's code and the way it implements activity pub is not the greatest... A lack of batch operations means that every single federated like is an HTTP request of its own. permalink fedilink source parent hideshow 2 child comments replies: [–] rikudou@lemmings.world 2 points 2 years ago (1 child) My favourite is having to send the activities sequentially, meaning you can very easily block the queue when a request fails. And that's just the network architecture. Database architecture is another kind of hell. Like a simple delete operation taking multiple minutes because there's a multitude of triggers, some of which take very long. That in itself is not bad, but the fact that the api waits for all the operations to succeed or fail (or the more usual case, timeout) is bonkers. Either fix the db or do it in the background. I was excited for Lemmy a year and a half ago, which quickly passed. Thinking of migrating my server to some alternative. If Sublinks launches eventually, I'm migrating in an instance, currently thinking of writing an api compatibility layer between Lemmy and Piefed to migrate without anyone noticing. permalink fedilink source parent hideshow 2 child comments replies: [–] Dark_Arc@social.packetloss.gg 1 point 2 years ago That would be cool! permalink fedilink source parent
[–] Dark_Arc@social.packetloss.gg 5 points 2 years ago (1 child) Yeah... Lemmy's code and the way it implements activity pub is not the greatest... A lack of batch operations means that every single federated like is an HTTP request of its own. permalink fedilink source parent hideshow 2 child comments replies: [–] rikudou@lemmings.world 2 points 2 years ago (1 child) My favourite is having to send the activities sequentially, meaning you can very easily block the queue when a request fails. And that's just the network architecture. Database architecture is another kind of hell. Like a simple delete operation taking multiple minutes because there's a multitude of triggers, some of which take very long. That in itself is not bad, but the fact that the api waits for all the operations to succeed or fail (or the more usual case, timeout) is bonkers. Either fix the db or do it in the background. I was excited for Lemmy a year and a half ago, which quickly passed. Thinking of migrating my server to some alternative. If Sublinks launches eventually, I'm migrating in an instance, currently thinking of writing an api compatibility layer between Lemmy and Piefed to migrate without anyone noticing. permalink fedilink source parent hideshow 2 child comments replies: [–] Dark_Arc@social.packetloss.gg 1 point 2 years ago That would be cool! permalink fedilink source parent
[–] rikudou@lemmings.world 2 points 2 years ago (1 child) My favourite is having to send the activities sequentially, meaning you can very easily block the queue when a request fails. And that's just the network architecture. Database architecture is another kind of hell. Like a simple delete operation taking multiple minutes because there's a multitude of triggers, some of which take very long. That in itself is not bad, but the fact that the api waits for all the operations to succeed or fail (or the more usual case, timeout) is bonkers. Either fix the db or do it in the background. I was excited for Lemmy a year and a half ago, which quickly passed. Thinking of migrating my server to some alternative. If Sublinks launches eventually, I'm migrating in an instance, currently thinking of writing an api compatibility layer between Lemmy and Piefed to migrate without anyone noticing. permalink fedilink source parent hideshow 2 child comments replies: [–] Dark_Arc@social.packetloss.gg 1 point 2 years ago That would be cool! permalink fedilink source parent
[–] Dark_Arc@social.packetloss.gg 1 point 2 years ago That would be cool! permalink fedilink source parent