this post was submitted on 21 May 2026
55 points (100.0% liked)

Selfhosted

60542 readers
519 users here now

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:

Detailed Rules Post

  1. Be civil.

  2. No spam.

  3. Posts are to be related to self-hosting.

  4. Don't duplicate the full text of your blog or readme if you're providing a link.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details.

  8. AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
ruud@lemmy.world
Loki@lemmy.world
CannaVet@lemmy.world
devve@lemmy.world
ayyy@sh.itjust.works
curbstickle@anarchist.nexus
curbstickle_lw@lemmy.world
55
If I have some spare compute, are there ways I can use it to help an existing fediverse instance? (piefed.blahaj.zone)
submitted 1 month ago by queerlilhayseed@piefed.blahaj.zone to c/selfhosted@lemmy.world
8 comments fedilink hide all child comments
 

I don't know a ton about the internals of federated systems, it's been on my todo list for a while but it keeps getting pushed down by other things. But I still like that the fediverse exists and I'd like to pitch in, even if it's only a few bucks of processor time / month.

Are there compute tasks that could be offloaded to a network of volunteers? Monitoring tools that could be run from outside the system? Something else I'm not thinking of?

you are viewing a single comment's thread
view the rest of the comments
[–] queerlilhayseed@piefed.blahaj.zone 4 points 1 month ago

controlling the total throughput to make sure smaller servers don't get hammered is tricky. I think it's one of those things that I will need to prototype and see in action before I really get a feel for it, but my basic idea is that users would pick a "home" server for their service, and that server will tell all its client services how frequently to poll and report. the home server tries to maintain a baseline across all its clients, so if it wants 1 ping every 15 seconds, and it currently has 100 live clients, it's instructions to each client would be "ping once every 25 minutes", and the clients would have some some randomizer that chooses a time within the 25 minute interval to ping, giving the server a roughly even distribution of pings over the interval.

server-to-server coordination would involve sharing their current number of live clients with other federated hosts, and setting frequency based on the total number of clients across all federated servers.

For example, suppose A and B are federated servers, where A can handle a lot of traffic and B is just a tiny instance. A might have 10x more clients than B, but all of A's clients will ping A and B, and send reports to both. But if B wants to turn down the traffic, they can request fewer checks from A, who will push that request out to all its clients.