this post was submitted on 10 Jul 2023
31 points (94.3% liked)

Selfhosted

40149 readers
654 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:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. 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.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

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

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I'm interested in possibly hosting my own Lemmy instance - just for my own account. I was thinking of hosting it on Raspberry Pi (possibly the 1GB Pi 4 B), but I couldn't find much for definitive information on what the hardware requirements would be for such an instance to know if this is even possible. How much storage is required? Is the Pi 4 CPU powerful enough? How much memory?

you are viewing a single comment's thread
view the rest of the comments
[–] state_electrician@discuss.tchncs.de 12 points 1 year ago (1 children)

My biggest concern with hosting it on a Pi is storage. SD cards are not made for write-heavy applications like Lemmy. If you want to host it on a Pi, I suggest adding a real hard drive over USB and configure Lemmy to use that for storage.

[–] Jtee@lemmy.world 2 points 1 year ago (1 children)

While I agree, it seems like OP only wants to house his account on his instance, and be federated so he can browse externally

[–] state_electrician@discuss.tchncs.de 7 points 1 year ago (2 children)

I understand that, but his instance will get all the posts and comments he subscribes to, which will be written to the database every few minutes.

[–] Kalcifer@lemmy.world 1 points 1 year ago (1 children)

Please correct me if I am wrong, but this feels like a flaw with how Lemmy (perhaps other fediverse apps as well, I'm not sure) is designed. Why do I need to store all posts made to a community that one of the users on my instance subscribes to? Would it not be better to simply store my user's posts, and comments, and the posts made to any communities hosted on my instance? Why do I need to store information from other instances, and users?

[–] state_electrician@discuss.tchncs.de 1 points 1 year ago (1 children)

It would put the more popular instances under enormous stress, if they had to serve every single subscriber from any other instance. This would also kill the user experience. It's much better to serve everything locally, so that an instance admin can scale their resources to the number of users on their instance, a number they know.

I actually am interested to see how the fediverse's concept of federation scales out, as numbers keep growing. Even with just instances syncing between each other, I feel that this might be too much at a certain point.

[–] Kalcifer@lemmy.world 1 points 1 year ago (1 children)

It would put the more popular instances under enormous stress, if they had to serve every single subscriber from any other instance.

From what I understand, media (images, videos, etc.) is not cached. Does that not mean that, in the worst case where every post contained an image, the instance would be serving every subscriber, anyways?

For binary data that is correct, yes. But that is stuff an instance admin could choose to hide behind a CDN, as it's easily optimized and cached.

[–] Jtee@lemmy.world 1 points 1 year ago

Oh, my misunderstanding. I didn't realize that would be written to his own db like that