Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
I’m thinking this would be the case if your instance had more than 1 user subscribed to that community in the large instance - but if it is just you, wouldn’t it be similar to accessing each instance and viewing the communities there?
No. Operations like removing blocked user comments, tracking your subscriptions themselves (showing only yours when you're on teh subscription tab), and tracking your sessions are all database heavy operations. You would be trading database heavy operations with "origin needs to send activity pub messages" to you. Activitypub messages were already being generated and is simply just also sent to you... it's very little network traffic and that's it.
As long as your instance views most content it receives at least once... you're well above par for doing your work to lighten the load on the origin server.
As I understand it, there are two kinds of costs that need to be considered: the cost of viewing content, and the cost of receiving content. The first is incurred every time you access your instance and is limited to your instance, whereas the latter is incurred every time something you've subscribed to has received an update, and is incurred not only by your instance but also by the server hosting the community. My concern is that, while hosting my own instance would reduce the load on other servers by absorbing the first kind of cost, it would also increase the load on other servers by increasing the second kind of cost.
The devs have stated that browsing load is where the main performance problems are right now. That said, it's mainly a problem on the biggest instances like lemmy.ml. I don't believe that sdf.org where your account is hosted is having any difficulty serving the browse load for it's user. But if it did grow (or if I'm already wrong), then moving to a smaller instance would help them.
The devs had stated as recently as last-weekish that load from federated replication was not an issue. That said, this week I've seen reports from non-devs of lagging replication... so that could indicate that as the network has grown, and has the rate of writable interactions has grown, maybe replication load is becoming interesting. Another possibility is that people have poorly tuned settings and Lemmy has poorly tuned defaults. There's a setting that controls the number of workers that perform federation replication and large instances at least must tune this to keep up with the rate of federation events they must send. it may be as simple as updating this default to fix the current wave of federation lag.
So... theoretically... the optimal balance is a medium number of medium sized instances. You're already contributing to that balance by being on sdf.org (a medium sized instance), and I don't think it's worth moving your account for performance reasons. That said, if you really wanted to move your account for personal reasons, doing so would be fine. If 10k or 20k people moved to single user instances overnight, could there be problems caused by the increase in federated replication load? Quite probably yes. Lemmy will have to grow it's capacity both in terms of handling browse load on bigger nodes... and also federation load on a bigger network. There are still unexplored approaches for scaling in both these directions and I'm not sure anyone knows which will be more serious yet except to observe that mastodon is already a much bigger ActivityPub network that's doing alright in terms of federation load.
My advice is don't sweat it and jistmuse your current account.
The former is done at the "convenience" of the publishing server, e.g. they get to it when they get to it. The latter is an on-demand response to your browser's request.