Lemmy maintainer. Like programming in Rust.
Also posting at https://fedibb.ml/view_profile?u=2
There were some suggestions to change the order of instances on join-lemmy.org so that smaller instances are shown near the top. So that could help to spread out users better.
Personally I would block any corporate instances on principle. It’s a community project and not a shopping mall. But I don’t make decisions for lemmy.ml alone.
Exactly this. The documentation repo is [here] (https://github.com/LemmyNet/lemmy-docs).
Maybe on another instance but not on lemmy.ml
Correct the performance problem now is all from local users (visiting lemmy.ml in their browser or app).
If lemmy.ml goes down, other instances still have full mirrors of them. Users there can interact with their local mirror as usual, and other users can see those interactions. However these would not be federated to other instances (lemmy.ml is responsible for announcing community posts to followers). However federated actions are retried a few times so it might federate later.
There are a few main problems with performance which we are currently fixing:
Federation isnt causing any performance problems, its all due to database reads from local users.
Hetzner is great but they are very strict about piracy, so its not an option for lemmy.ml. For now the load has gone down so I will leave it like this, but a dedicated OVH server might be an option if load increases again.
Im also considering to setup nginx caching for lemmy.ml. Did you find a configuration which works?
Contributions welcome: https://github.com/LemmyNet/joinlemmy-site
Contributions welcome: https://github.com/LemmyNet/joinlemmy-site
The one which is most relevant to the topic. So slrpnk.net if its an environmentalist subreddit, or feddit.it if its Italian. There are also a number of small general purpose instances around. I won’t link anything here or else everyone would link to the same instance and it would also go down.
About tree fiddy