Voor een speciale familieserver voor foto's is 8 GB RAM een bruikbaar uitgangspunt, terwijl 16 GB de veiligere keuze is wanneer meerdere gezinsleden tegelijk uploaden, machinelearningtaken lokaal worden uitgevoerd, video een belangrijke rol speelt of de server ook andere applicaties host. Een grote fotocapaciteit vereist niet automatisch veel RAM; de upgrade wordt bepaald door gelijktijdige database-, miniatuur-, zoek-, herkennings- en achtergrondtaken.
Scheid fotocapaciteit van het geheugengebruik van de fotoapplicatie
Een gezin kan tienduizenden foto's op HDD's opslaan zonder tientallen gigabytes RAM nodig te hebben alleen omdat het archief groot is. Geheugen wordt gebruikt door de fotoapplicatie, database, caches, machinelearningmodellen, miniatuurverwerkers, videobewerking en het besturingssysteem, niet doordat elke originele afbeelding tegelijk wordt geladen.
OneUptime's gids uit 2026 over zelfgehoste fotogalerijbronnen raadt meer geheugen aan wanneer grotere bibliotheken en machinelearningfuncties deel uitmaken van de werklast. Dat is een beter aankoopmodel dan RAM vermenigvuldigen met terabytes aan foto's.
ZimaSpace's NAS-gids voor de fotobibliotheken van gezinsleden behandelt de opslagkant van de beslissing: meerdere gebruikers, privéruimtes, groei en back-ups zijn allemaal belangrijk, zelfs wanneer de applicatie zelf met bescheiden geheugen kan werken.
Stem opslag af op jaren aan originelen en video's; stem RAM af op de taken die gelijktijdig worden uitgevoerd. Door die berekeningen gescheiden te houden, voorkom je dat een bibliotheek van 10 TB automatisch wordt aangevoerd als reden voor 32 GB of 64 GB geheugen.
Gebruik 8 GB als basis voor een speciale server, niet als universeel antwoord
Acht gigabyte geeft een moderne zelfgehoste fotostack voldoende ruimte voor de applicatie, database, cache, het besturingssysteem en een redelijke hoeveelheid achtergrondwerk wanneer de server weinig andere verantwoordelijkheden heeft. Het is het startniveau voor een fotoapparaat voor huishoudelijk gebruik, geen garantie voor elke gecombineerde thuisserver.
Een actuele Dedimax-gids over het zelf hosten van Immich raadt 8 GB aan voor een comfortabele configuratie met machinelearningfuncties. Dat sluit aan bij de huidige applicatievereisten en niet bij een oudere aanname over lichtgewicht fotogalerijen.
Test het geheugen nadat de eerste bibliotheek tot rust is gekomen. Open de tijdlijn, zoek, bekijk gezichten, upload vanaf twee telefoons en laat normale achtergrondtaken uitvoeren. Let op beschikbaar geheugen en swap in plaats van bestandssysteemcache als verspild RAM te beschouwen.
Als de machine uitsluitend voor foto's wordt gebruikt en deze handelingen soepel blijven verlopen, levert extra geheugen mogelijk weinig zichtbaar voordeel op. Ga boven 8 GB wanneer andere services of gelijktijdige fototaken de marge verbruiken die de database en gebruikersinterface responsief houdt.
Eerste imports zorgen voor een andere geheugen- en CPU-belasting
De eerste migratie van een gezinsarchief is vaak de zwaarste werklast die de server ooit zal zien. Duizenden bestanden kunnen metadata-extractie, miniaturen, voorbeelden, videotranscodering, gezichtsdetectie, embeddings voor slim zoeken en databasebewerkingen starten, terwijl nieuwe uploads van telefoons blijven binnenkomen.
OSSAlt's actuele handleiding voor het zelf hosten van Immich maakt onderscheid tussen kleinere CPU-only-implementaties en uitgebreidere configuraties met AI-functies. De les voor de aankoop is om te bepalen of de eerste verwerkingsperiode snel moet worden afgerond of langzaam op de achtergrond mag verlopen.
ZimaSpace's gids over Immich-fotoback-ups voor gezinnen voegt de operationele grens toe: importeren is slechts één onderdeel van het systeem; originelen, databasestatus en back-ups hebben na afloop van de eerste import allemaal een herstelplan nodig.
Koop geen 32 GB uitsluitend omdat de import in het eerste weekend kortstondig alle beschikbare resources gebruikt. Als het huishouden daarna slechts enkele honderden nieuwe bestanden per week toevoegt, kan een server met 16 GB in dagelijks gebruik identiek aanvoelen zodra de eerste wachtrij is verwerkt.
Gezichtsherkenning, slim zoeken en video zijn de belangrijkste redenen om te upgraden
Moderne fot servers doen meer dan JPEG-bestanden weergeven. Machinelearningmodellen detecteren gezichten, genereren embeddings voor semantisch zoeken en verwerken miniaturen of voorbeelden; video voegt transcodering en meer tijdelijk werk toe. Deze taken kunnen gelijktijdig met normaal bladeren en uploaden worden uitgevoerd.
LumaDock's uitgebreide Immich-handleiding voor zelfhosting uit 2026 beschrijft de applicatie als een fotoplatform met meerdere services en niet als eenvoudige bestandsopslag. Daarom stijgt de geheugenbehoefte wanneer een gezin lokaal cloudachtige zoek- en herkenningsfuncties wil.
Meet de machinelearningcontainer en database tijdens een batch nieuwe foto's en herhaal dit terwijl twee gebruikers bladeren en een video wordt verwerkt. Als het beschikbare geheugen instort of swap de databaselatentie begint te beïnvloeden, is de overstap naar 16 GB een echte upgrade voor prestaties en betrouwbaarheid.
Als AI-functies zijn uitgeschakeld of elders worden verwerkt, kan de server lichter blijven. Als gezichtsherkenning, slim zoeken, videotranscodering en meerdere gebruikers tot de belangrijkste verwachtingen behoren, is 16 GB de veiligere aankoop omdat het ruimte laat voor overlappende werkers in plaats van elke taak serieel uit te voeren.
Andere thuisserverapplicaties kunnen de veiligheidsmarge van de fotoserver verbruiken
Een server die begint als fotoapparaat krijgt er vaak Home Assistant, bestandssynchronisatie, Jellyfin, DNS, dashboards, downloadtools of andere containers bij. Geen van die onderdelen vereist automatisch enorm veel RAM, maar hun gecombineerde werksets kunnen de reserve wegnemen die de fotoapplicatie responsief hield.
Een actuele hardware-analyse over hardware voor Immich beschouwt 8 GB als een praktisch doel en 16 GB als nuttig wanneer machinelearning en grotere werklasten toenemen. Het belangrijke punt is dat de volledige host, niet slechts één container, dit geheugen deelt.
ZimaSpace's eerdere gids over de grens van 8 GB servergeheugen biedt het contrast: opslaggerichte taken kunnen licht blijven, maar databases, indexering, media en extra applicaties zijn redenen om een hoger niveau te kiezen.
Als de fotoserver speciaal daarvoor blijft, kan 8 GB efficiënt zijn. Als hij uitgroeit tot de algemene server van het huishouden, koop dan geheugen voor de gecombineerde piekbelasting en doe niet langer alsof de fotoapplicatie de machine volledig voor zichzelf heeft.
Kies ZimaBoard 2 832 voor een licht fotoapparaat en 1664 voor groei binnen het gezin
ZimaBoard 2 832 past bij een lichte, speciale fotoserver waarvoor 8 GB voldoende is, het gezin weinig gelijktijdige activiteit heeft en originelen op rechtstreeks aangesloten of netwerkopslag staan met een afzonderlijke back-up.
ZimaBoard 2 1664 is de betere standaardkeuze wanneer meerdere gezinsleden regelmatig uploaden, machinelearningfuncties belangrijk zijn, video vaak voorkomt of de behuizing andere containers zal hosten. Het extra geheugen wordt gerechtvaardigd door gelijktijdige activiteit en achtergrondverwerking, niet door het ruwe aantal terabytes van het fotoarchief.
Stap over op ZimaCube 2 wanneer de aankoop ook wordt bepaald door capaciteit met meerdere bays, langdurige opslag voor het gezin, meer gelijktijdige services of een grotere verwachte opslaggroei. Kies geen grotere NAS uitsluitend omdat een fotoapplicatie tijdens de eerste indexering meer RAM kan gebruiken.
De praktische RAM-ladder is dus eenvoudig: 8 GB voor een afgebakende speciale fotoserver, 16 GB wanneer gelijktijdig gebruik binnen het gezin en intelligente functies elkaar overlappen, en meer alleen wanneer aanvullende, gemeten werklasten de grens van dat niveau overschrijden.
Veelgestelde vragen
Moet ik RAM afstemmen op de eerste foto-import of op dagelijks gebruik?
Stem het af op dagelijks gebruik en zorg voor voldoende marge om imports veilig te laten voltooien. Als de eerste migratie een eenmalige gebeurtenis is, is het redelijk om de verwerking langer te laten duren in plaats van een veel grotere geheugencategorie te kopen die daarna ongebruikt blijft.
Kan ik minder RAM gebruiken als ik een GPU toevoeg?
Niet per se. Een GPU kan ondersteunde machinelearning- of videotaken versnellen, maar de database, applicatieserver, caches, containers en het besturingssysteem hebben nog steeds systeemgeheugen nodig. Beschouw GPU-versnelling en RAM-capaciteit als afzonderlijke resourcebeslissingen.
Koopgids
Meer om te lezen

Hoe je CPU-, RAM- en IOPS-specificaties vertaalt naar Plex-prestaties
Een koopgids om Plex-werklastmetingen te vertalen naar minimale vereisten voor CPU, RAM, opslag en netwerk, zonder te veel te kopen.

Hoe je homeservers voor Plex selecteert met gewogen criteria
Een reproduceerbare aankoopmatrix voor Plex die verplichte criteria van voorkeuren scheidt en onzekerheden vóór aankoop zichtbaar maakt.

Welke ondersteunings- en upgradelevenscyclus moet een Plex-server bieden?
Een koopkader met slagen-of-zakkencriteria voor Plex-serverondersteuning, updategeschiedenis, compatibiliteit, repareerbaarheid, kosten en migratiegereedheid.

