Inicio / Calculadoras / Servidor casero
¿Aguanta tu equipo estos repos?
Marca los repos que quieres alojar en casa y suma la RAM, el CPU y el disco que piden según su documentación oficial. Si la doc no da un número, te lo digo en vez de inventarlo.
La calculadora
Cada número viene de la documentación oficial del repo (fuente y fecha en la tabla de abajo). «Sin dato oficial» significa que la doc no lo publica; no lo estimamos.
Requisitos documentados por repo.
Estos son los números que usa la calculadora, tal cual los publica cada proyecto. Un guion significa que la documentación no da la cifra.
| Repo | RAM mín. · rec. | Núcleos mín. · rec. | Disco de la app | GPU | Fuente |
|---|---|---|---|---|---|
| Immich | 6 GB · 8 GB | 2 · 4 | 3 GB | No la exige | Documentación Revisado 29 oct 2026 |
| Con solo 4 GB corre únicamente sin las funciones de aprendizaje automático. Si limitas Docker, Postgres necesita al menos 2 GB. Tus fotos y videos van aparte: las miniaturas y los videos transcodificados suman 10–20 % más a tu biblioteca. La base de datos pesa 1–3 GB (usamos 3) y debe ir en SSD local. | |||||
| Jellyfin | 4 GB · 8 GB | — · — | — | Opcional | Documentación · más Revisado 29 oct 2026 |
| Los 4 GB son para un servidor Linux sin entorno gráfico («puede bastar»); la recomendación general es 8 GB. Transcodificar H.265 o AV1 exige una GPU o gráficos integrados capaces; la doc no da núcleos de CPU, solo modelos. La doc recomienda 100 GB en SSD para el sistema, Jellyfin y la caché de transcodificación (no cuenta tus películas), por eso no la sumamos como disco de la app. | |||||
| Nextcloud | 0.13 GB · 0.51 GB | — · — | — | No la exige | Documentación Revisado 29 oct 2026 |
| Atención: las cifras oficiales son POR PROCESO de PHP, no el total del servidor. Con varios usuarios, base de datos y apps, el total es bastante mayor y la doc no lo calcula; trátalo como piso, no como techo. La doc no da el tamaño de la app; tus archivos, calendarios y contactos crecen con el uso. | |||||
| Pi-hole | 0.5 GB · — | — · — | 2 GB · 4 GB | No la exige | Documentación Revisado 29 oct 2026 |
| La doc lo describe como muy ligero y dice que no pide mucho procesador; no da número de núcleos. Sirve cualquier equipo con un sistema operativo compatible. La doc pide 2 GB libres como mínimo y recomienda 4 GB. | |||||
| Stirling-PDF | — · 4 GB | 2 · 4 | 10 GB | No la exige | Documentación Revisado 29 oct 2026 |
| Es la fila de «1–10 usuarios» (2–4 núcleos, 4 GB, 10 GB), no un mínimo absoluto. OCR, conversión de Office y PDF a imagen son lo que más memoria pide; si el contenedor se queda sin RAM, los trabajos en curso fallan. Cifra de la tabla de tamaño para 1–10 usuarios; es espacio de la app y sus temporales, no de tus PDF. | |||||
| openmediavault | 1 GB · 4 GB | — · 2 | — | No la exige | Documentación Revisado 29 oct 2026 |
| Es un sistema operativo de NAS (sobre Debian), no una app que montes encima de otro: si lo usas, el equipo entero es el NAS. Tabla oficial: RAM mínima 1 GiB, «mejor» 4 GiB, recomendación 8 GiB o más; CPU recomendada de doble núcleo (usamos 4 GiB y 2 núcleos). La doc no da tamaño del sistema; separa el disco del sistema de los discos de datos, que dependen de lo que guardes. | |||||
| AnythingLLM | 2 GB · — | 2 · — | 5 GB | Opcional | Documentación · más Revisado 29 oct 2026 |
| Es el mínimo del contenedor usando un modelo en la nube; en x86 exige CPU con AVX2. Si corres el modelo en el mismo equipo, el modelo manda: la doc de escritorio recomienda 16 GB y 8 núcleos para una experiencia básica. Los 5 GB son de la app; los modelos locales que descargues se suman (su tamaño depende del modelo). | |||||
| Open WebUI | — · — | — · — | 1.62 GB | Opcional | Documentación · más Revisado 29 oct 2026 |
| La doc NO publica un mínimo de RAM. Su prueba de la imagen slim midió unos 300 MiB en reposo, y aclaran que eso no es un mínimo. El modelo de lenguaje que conectes (Ollama u otro) pide sus propios recursos aparte. Es lo que pesa la imagen :main (la :slim baja a 197 MB); tus chats y documentos se suman. | |||||
| InvokeAI | 8 GB · 16 GB | — · — | — | Requerida VRAM 4–8 GB |
Documentación Revisado 29 oct 2026 |
| Mínimo = Stable Diffusion 1.5 (8 GB de RAM, 4 GB de VRAM); recomendado = SDXL (16 GB, 8 GB). FLUX.1 pide 10 GB de VRAM y 32 GB de RAM. En Linux ARM64 (una Raspberry Pi 5, por ejemplo) solo corre en CPU, lento; sirve con modelos por API. La doc no da el tamaño de la app; los modelos que descargues pesan varios GB cada uno. | |||||
| ComfyUI | 8 GB · — | — · — | — | Opcional VRAM mín 4 GB |
Documentación Revisado 29 oct 2026 |
| El README dice que corre incluso los modelos más grandes con «4 GB de VRAM y 8 GB de RAM» gracias a su descarga de pesos, y que la versión portátil funciona solo con CPU. Sus cifras son con GPU: sin ella esa promesa no aplica. La doc no da el tamaño de la app; los modelos que descargues pesan varios GB cada uno. | |||||
| Fooocus | 8 GB · — | — · — | — | Requerida VRAM mín 4 GB |
Documentación Revisado 29 oct 2026 |
| Tabla oficial: con GPU Nvidia RTX 2000/3000/4000 pide 4 GB de VRAM y 8 GB de RAM, con memoria virtual del sistema obligatoria; con GTX 1000 sube a 8 GB de VRAM. El proyecto está en soporte limitado (solo corrección de errores). Su guía de problemas pide al menos 40 GB libres por disco si aparece el error «CPUAllocator»; no da el tamaño de la app. | |||||
| Sunshine | 4 GB · — | — · — | — | Requerida | Documentación Revisado 29 oct 2026 |
| Pide 4 GB de RAM o más, CPU Ryzen 3 / Core i3 o mejor y una GPU con codificador por hardware (NVENC, VCE, VAAPI o QuickSync). La propia doc advierte que esas tablas están en construcción y que no compres hardware con ellas. Para 4K sugiere Ryzen 5 / Core i5. La doc no da el tamaño de la app. | |||||
| Frigate | 4 GB · 16 GB | — · — | — | Opcional | Documentación Revisado 29 oct 2026 |
| 4 GB es el mínimo básico (pocas cámaras, con acelerador de detección y sin funciones extra); 8 GB si usas reconocimiento de caras o placas; 16 GB recomendados con 8+ cámaras. Pide CPU con AVX y AVX2 (faltan en Celeron, Pentium y Atom viejos) y recomienda acelerador o GPU para la detección: el detector por CPU no es lo recomendado. Depende de cuántas cámaras tengas, su resolución y cuántos días guardes; la doc recomienda usar una calculadora de almacenamiento de cámaras IP. | |||||
| whisper.cpp | 0.27 GB · 3.9 GB | — · — | 0.08 GB · 2.9 GB | No la exige | Documentación Revisado 29 oct 2026 |
| La tabla oficial es por modelo: mínimo = tiny (~273 MB), recomendado aquí = large (~3.9 GB, el que más pide). Intermedios: small ~0.85 GB, medium ~2.1 GB. Mientras más grande el modelo, mejor transcribe y más tarda. Es el tamaño del modelo en disco: tiny 75 MiB hasta large 2.9 GiB. | |||||
| Bark | — · — | — · — | — | Opcional VRAM 2–12 GB |
Documentación Revisado 29 oct 2026 |
| La versión completa pide unos 12 GB de VRAM; la versión pequeña de los modelos cabe en 8 GB, y con ajustes (descarga a CPU y modelos pequeños) llega a ~2 GB. En CPU o GPU vieja la doc avisa que es bastante más lento. No da cifras de RAM. La doc no da el tamaño de los modelos en disco. | |||||
Cómo se calcula.
- Disponible. A la RAM y a los núcleos de tu equipo les restamos una reserva para el sistema y Docker: 1 GB y 0.5 núcleo. Es un supuesto nuestro, no un dato de ningún repo. Al disco le restamos «Tus datos».
- Suma de mínimos y de recomendados. Sumamos la RAM mínima de cada repo marcado y, aparte, la recomendada. Si un repo publica solo uno de los dos, el otro se toma igual; si solo hay recomendado, el mínimo queda sin dato y te lo avisamos.
- Por qué es una aproximación. Varias apps pueden compartir una base de datos o un proxy y sus picos de uso casi nunca coinciden, así que sumar puede quedar corto o largo; además, los mínimos de la doc suelen ser para arrancar con poca carga. Es un buen primer filtro, no una garantía.
- El CPU se comparte por turnos. A diferencia de la RAM, que está ocupada todo el tiempo, los núcleos se reparten. Solo marcamos «no alcanza» si un repo por sí solo pide más núcleos de los que tienes; si la suma de recomendados los rebasa, sale «justo».
- GPU. Los repos que la requieren (por ejemplo Sunshine o InvokeAI) avisan si tu equipo no tiene GPU dedicada. Si usas gráficos integrados con codificador por hardware, revisa la doc del repo.
- Sin dato oficial. Si la documentación no publica una cifra, no entra en la suma y aparece en el aviso de datos faltantes.
Mínimo contra recomendado.
El mínimo es lo que el proyecto dice que hace falta para que funcione; el recomendado es para que funcione con fluidez, con más usuarios o con más funciones activas. Algunos ejemplos documentados:
- Immich: 6 GB de mínimo y 8 GB recomendados; la doc habla de una experiencia fluida, sobre todo al subir archivos.
- Frigate: 4 GB es el mínimo básico (pocas cámaras, con acelerador y sin funciones extra), 8 GB si activas reconocimiento de caras o placas y 16 GB con 8 o más cámaras.
- Stirling-PDF: su tabla va por número de usuarios: de 1 a 10 usuarios, 4 GB; de 10 a 50, de 8 a 16 GB.
- Jellyfin: 8 GB para un uso promedio; en un servidor Linux sin entorno gráfico, 4 GB pueden bastar.
Cuando el veredicto sale «justo», normalmente cumples los mínimos pero no los recomendados: va a funcionar, con menos holgura.
Preguntas frecuentes.
- ¿Cuánta RAM necesita Immich?Según su documentación, 6 GB como mínimo y 8 GB recomendados, con 2 núcleos de mínimo y 4 recomendados. Con solo 4 GB puede correr si desactivas las funciones de aprendizaje automático. Si le pones límites a Docker, la base de datos Postgres necesita por sí sola al menos 2 GB.
- ¿Puedo correr todo en una Raspberry Pi?Depende de qué sea «todo». Con los datos de la documentación: una Raspberry Pi 5 de 8 GB deja unos 7 GB después de la reserva del sistema (un supuesto nuestro de 1 GB), e Immich ya pide 6 GB de mínimo; si le sumas Jellyfin (4 GB de mínimo, 8 recomendados) rebasas esos 7 GB. Pi-hole, en cambio, pide 0.5 GB. Marca tus repos arriba y mira el veredicto con tu modelo de Pi. Y en ARM64, como la Pi, InvokeAI solo corre en CPU, y lento.
- ¿Tarjeta SD o SSD?En los repos que revisamos no hay una regla general sobre tarjetas SD. Sí hay pistas: Immich dice que la base de datos debe ir en SSD local y nunca en una carpeta de red, y Jellyfin recomienda 100 GB en SSD para el sistema, sus archivos y la caché de transcodificación. Si usas una Pi, un SSD por USB suele ser la opción más cómoda para esas bases de datos.
- ¿VPS o equipo en casa?La RAM y los núcleos se calculan igual en los dos. Lo que cambia es dónde viven tus datos y cuánto disco puedes tener. Un VPS de 2 GB, por ejemplo, queda por debajo del mínimo de 6 GB de Immich. Elige según qué tanto control quieres sobre tus archivos y qué tanto quieres mantener tú.
- ¿Docker consume mucho?No tenemos una medición oficial de Docker, así que usamos un supuesto: reservar 1 GB de RAM y medio núcleo para el sistema y Docker (se edita en data/reqs.php). Lo que sí documentan los repos: Stirling-PDF ajusta la memoria de Java hasta el 70 % del límite del contenedor, y si el servidor se queda sin memoria, el contenedor se detiene y fallan los trabajos en curso.
- ¿Y mis fotos, cuánto disco necesito?Immich indica que las miniaturas y los videos transcodificados aumentan el tamaño de la biblioteca entre 10 y 20 % en promedio, además de 1 a 3 GB de la base de datos. Por ejemplo, 500 GB de fotos y videos serían de 550 a 600 GB, más la base. Escribe esa cifra en «Tus datos» y la calculadora la resta del disco.
Metodología.
Revisamos la documentación oficial de cada repo el 29 oct 2026 y enlazamos la página exacta de donde sale cada número. Las versiones cambian: lo que hoy es el mínimo puede subir en la siguiente actualización, así que revisa la fuente antes de comprar hardware.
No incluimos repos cuya documentación no publica una cifra mínima aplicable a un servidor casero (por ejemplo Vaultwarden, Syncthing, Paperless-ngx, n8n o Penpot): no encontramos un número oficial y preferimos no inventarlo. Los equipos de ejemplo usan RAM y núcleos de la ficha del fabricante cuando hay enlace; el disco y los VPS son tallas redondas de ejemplo.
¿Viste un dato desactualizado? Escríbeme con el enlace a la doc y lo corrijo.