Selfhosted

60210 readers

1019 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

Be civil.
No spam.
Posts are to be related to self-hosting.
Don't duplicate the full text of your blog or readme if you're providing a link.
Submission headline should match the article title.
No trolling.
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.

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!

founded 3 years ago

MODERATORS

curbstickle@anarchist.nexus

curbstickle_lw@lemmy.world

Hardware requirements (lemmy.zip)

submitted 1 week ago by Itsamelemmy@lemmy.zip to c/selfhosted@lemmy.world

26 comments fedilink hide all child comments

Currently running all my docker compose containers on my gaming PC. 15 containers in total. Mostly *arr stack, plex, immich, home assistant, actual budget and jellyfin. Running on Mint.

Want to get these onto a dedicated pc. I have a mini with a I5 10-600, 32GB ram. I've played with it a little with jellyfin, on Debian and don't think I was able to get quick sync enabled with my testing, and one transcode pretty much maxed out the CPU usage. To use this PC, I'd need to buy a 4 bay USB HDD enclosure.

So, basically I'm just wondering before I spend money and time if the hardware is even capable enough for my usage. 3 concurrent streams is probably the most it'd ever see, ideally with no more than 2 transcodes. Immich, home assistant etc are all pretty new and just in testing for now, but would only have 2 users total. Mostly using Plex, jellyfin is also in testing so it'll be ready if plex enshitifies too much.

you are viewing a single comment's thread
view the rest of the comments

[–] mrnngglry@sh.itjust.works 7 points 1 week ago (2 children)

If you’re going to run the drives as individual drives in the enclosure, you should be fine but if you set them up as a RAID array, USB won’t work well. The connection is too unreliable and will cause issues. I’ve tried with a 10-bay USB-C enclosure using unRAID, Fedora, and Debian. I tried multiple cables. It just kept dropping the connection during large transfers.

[–] Itsamelemmy@lemmy.zip 1 points 1 week ago

Good to know. Storage space is expensive though and anything that's using the big drives can be downloaded again if needed. So plan was to use online backup for the stuff I can't lose like immich photos, actual budget etc and if a media drive crashes, I'll just redownload.

[–] frongt@lemmy.zip -1 points 1 week ago (1 children)

I wonder if it was just a shitty chipset, or if it was overheating.

[–] mrnngglry@sh.itjust.works 1 points 1 week ago (1 children)

Nah, I looked into it and USB is just super unreliable for any sort of array. The drives all worked just fine if I ran them as individual drives.

[–] frongt@lemmy.zip -1 points 1 week ago (1 children)

Yeah but like... where is the weak link? Is there some deficiency in the protocol itself? Or the implementation in the chipset on one or both sides? Or bandwidth, or overheating?

[–] mrnngglry@sh.itjust.works 1 points 1 week ago

In my case, it wasn’t overheating. Drives rarely got above 75-80F. There were two large fans and plenty of ventilation to pull air through the enclosure. From what I’ve read, mostly on unRAID forums, it is USB that is the issue.