Those are test servers for Lemmy.ml (for new versions, I think), by the Lemmy devs. I don’t think they’re banned for ideological reasons, and you won’t miss out on much by blocking them.
Those are test servers for Lemmy.ml (for new versions, I think), by the Lemmy devs. I don’t think they’re banned for ideological reasons, and you won’t miss out on much by blocking them.
I wonder if op is still on Lemmy though ;)
This completely goes against the entire philosophy of the Fediverse
Care to elaborate on that? As far as I know this is built in to all the ActivityPub applications.
I don’t think email is a good example because you’re in complete control of who you send an email to.
You can easily check which instances your server is federated with in the footer of your server. If any of those external servers have subscriptions to the community you’re posting in, they will receive an update, so it’s safe to assume it’s being sent to all of them.
Generally speaking, lemmy is much more cpu bound than it is bound by bandwidth - so the added bytes don’t matter that much. The example above was just for 1 community. Now imagine the user is subscribed to a dozen communities, but doesn’t even browse lemmy that day. That’s probably thousands of api calls made to keep his server on sync, and 0 requests saved.
Like the big instances have literally hundreds of thousands of workers running in order to get all the updates out. If one of those calls fails, it gets put back into the queue for retry.
OP asked if having his server added to the lemmiverse would alleviate the load “Like with torrent”. That is demonstrably not the case - it only adds more workload on the other servers, with a break even point that’s highly variable. Yes, your server will be nice and snappy, but the origin servers have to pay the price - death by a thousand papercuts synchronisation calls.
Yes. Once for every post, comment and vote.
So say you have your own personal instance, and you use that to follow community news
on lemmy.world. If throughout the day that community receives 10 new topics, 50 comments and 100 upvotes, it would have to make 160 calls to your server.
So when you decide to read those 10 topics (if you even read all of them), you would then make roughly 10 api calls.
You would be saving those last mentioned 10 calls by using your own instance, but at the cost of 160 calls made throughout the day.
In effect, not really.
All the communities you’re subscribed to will now also have to push all their updates (posts, comments, upvotes) to your server, even when you’re not interacting with Lemmy.
As someone else mentioned, it would only be efficient once you have a decent (hard to pinpoint) amount of users on your server.
I can say with full confidence that I have absolutely no idea.
I’ve heard this idea thrown around before, so I take no credit for it: One way to circumvent the issue would be to have actual relay nodes. As in: nodes that don’t hold contents or users themselves, but just “broadcast” incoming messages to several instances, so that the source instances don’t have to. This would of course have its own drawbacks and limitations, but it would alleviate the bottleneck.
I’m sure some kind of solution will be found though. Call me optimistic, but I think the lemmi/binniverse has a bright future ahead of it. I, for one, have burned my reddit bridges.
You definitely could, but it’s not really sustainable.
Worst case scenario: if everybody does this, and there’s 50.000 subscribers on a certain community, then that community will have to update 50.000 other servers whenever one user leaves a single message or vote.
Sure, your own server wouldn’t have a hard time, but it every popular server (with lots of subscribers) would. It would either take a long time for you to receive their updates, or you wouldn’t get them at all.
The best thing you can do, is join a medium size server: it won’t be as overloaded as a big server, and wouldn’t cause as much strain on the fediverse as a personal server.
Stupid clickbait title. Here, saved you a click: