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 mín. · rec. | GPU | Fuente |
|---|---|---|---|---|---|
| Immich | 6 GB · 8 GB | 2 núcleos · 4 núcleos | 3 GB · — | No la exige | Documentación Revisado 29 oct 2026 · Documentación de Immich «requirements» (sin número de versión en la página) |
| 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 | — · — | — · 100 GB Recomendación con el sistema compartido: no se suma |
Opcional | Documentación · más Revisado 29 oct 2026 · Documentación «Hardware selection» de Jellyfin (menciona 10.11 y 10.9) |
| 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 SÍ da una cifra de disco: recomienda 100 GB en SSD para el sistema, Jellyfin y la caché de transcodificación (no cuenta tus películas). Es una recomendación que incluye el sistema operativo que compartes con tus otros repos, así que la mostramos pero no la sumamos como disco de la app. Las cifras no incluyen: Tu biblioteca de películas y series, y la GPU o los gráficos integrados que uses para transcodificar. | |||||
| Nextcloud | 128 MB · 512 MB Por proceso: no se suma |
— · — | — · — | No la exige | Documentación · más Revisado 29 oct 2026 · Nextcloud 35 (manual de administración 35; la ruta «latest» puede apuntar a otra versión) |
| Atención: las cifras oficiales (128 MB mínimo, 512 MB recomendados) 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; por eso no las sumamos y la evaluación queda incompleta. La doc no da el tamaño de la app; tus archivos, calendarios y contactos crecen con el uso. Las cifras no incluyen: La base de datos, la caché, las apps, los usuarios simultáneos y cuántos procesos de PHP corren a la vez: la doc no los modela. | |||||
| Pi-hole | 512 MB · — | — · — | 2 GB · 4 GB | No la exige | Documentación Revisado 29 oct 2026 · Documentación de Pi-hole «prerequisites» (sin número de versión en la página) |
| 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 núcleos · 4 núcleos | — · 10 GB | No la exige | Documentación · más Revisado 29 oct 2026 · Documentación de Stirling-PDF «Performance» y «Docker» (sin número de versión en la página) |
| 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. Las cifras no incluyen: Más usuarios o más carga: la tabla sube a 8–16 GB para 10–50 usuarios. | |||||
| openmediavault | 1 GB · 8 GB | — · 2 núcleos | — · — | No la exige | Documentación Revisado 29 oct 2026 · Documentación de openmediavault «stable» (la página no indica número de versión) |
| 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 dual channel; CPU recomendada de doble núcleo. La doc no da tamaño del sistema; separa el disco del sistema de los discos de datos, que dependen de lo que guardes. Las cifras no incluyen: Los discos de datos: dependen de lo que guardes. | |||||
| AnythingLLM | 2 GB · — | 2 núcleos · — | 5 GB · 10 GB | Opcional | Documentación · más Revisado 29 oct 2026 · Documentación de AnythingLLM (contenedor y escritorio; sin número de versión en la página) |
| Son los valores 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 (10 GB recomendados en un servidor en la nube); los modelos locales que descargues se suman (su tamaño depende del modelo). Las cifras no incluyen: El modelo de lenguaje local o el integrado (si lo activas): pide memoria aparte según el modelo, y la doc recomienda GPU. | |||||
| Open WebUI | — · — | — · — | 1.62 GB · — | Opcional | Documentación Revisado 29 oct 2026 · Documentación de Open WebUI «Quick start» (imagen medida por la doc el 16 oct 2026; Python 3.11 y 3.12) |
| La doc NO publica un mínimo de RAM ni de CPU. 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. Las cifras no incluyen: El modelo de lenguaje que conectes (Ollama u otra API): se aloja aparte y pide sus propios recursos. | |||||
| InvokeAI | 8 GB · 16 GB | — · — | — · — | Requerida VRAM 4–8 GB |
Documentación Revisado 29 oct 2026 · Documentación de InvokeAI «System requirements» (sin número de versión en la página) |
| 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. Las cifras no incluyen: Los modelos que descargues (varios GB cada uno). | |||||
| ComfyUI | 8 GB · — | — · — | — · — | Opcional VRAM mín 4 GB |
Documentación Revisado 29 oct 2026 · README del repo (rama principal; sin número de versión) |
| 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. Las cifras no incluyen: Los modelos que descargues (varios GB cada uno). | |||||
| Fooocus | 8 GB · — | — · — | — · — | Requerida VRAM mín 4 GB |
Documentación Revisado 29 oct 2026 · README del repo (proyecto en soporte limitado; sin número de versión) |
| 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. Solo CPU: 32 GB de RAM. 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. Las cifras no incluyen: Los modelos que descargues. | |||||
| Sunshine | 4 GB · — | — · — | — · — | Requerida | Documentación Revisado 29 oct 2026 · README del repo (la doc avisa que las tablas están en construcción) |
| 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 · Documentación de Frigate «Planning a setup» (sin número de versión en la página) |
| 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. Las cifras no incluyen: El almacenamiento de grabaciones y el acelerador de detección (Coral, GPU u otro). | |||||
| whisper.cpp | 273 MB · 3.9 GB | — · — | 75 MB · 2.9 GB | No la exige | Documentación Revisado 29 oct 2026 · README del repo, sección «Memory usage» (sin número de versión) |
| 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 · README del repo (sin número de versión) |
| 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 nunca cuenta como cero: esa parte queda sin evaluar.
- «Evaluación incompleta». Separamos dos preguntas: ¿las cifras que sí conocemos caben en tu equipo? y ¿tenemos cifras de RAM, CPU y disco de todos los repos que marcaste? Solo con las dos en regla decimos «Alcanza» o «Justo». Si falta alguna, el veredicto es «Evaluación incompleta», con la lista de lo que falta y de lo que las cifras no incluyen (por ejemplo, el modelo de lenguaje que conectas a Open WebUI se aloja aparte). Agregar un repo con datos faltantes nunca mejora el resultado.
- Una falla conocida manda. Si lo que sí está documentado ya no cabe, sale «No alcanza» aunque falten datos de otros repos.
- Equipo sugerido. Solo se llama «con holgura» a un equipo cuando hay cifras completas. Con datos faltantes mostramos el más chico donde no falla nada conocido, aclarando que no es una recomendación, y si ni la RAM ni el CPU tienen cifra no sugerimos nada.
- Alcance de cada cifra. No toda cifra oficial describe el servicio completo. Las que sí (o las que dependen de un modelo o de una carga que la doc nombra) se suman; las demás se muestran, pero no se suman:
- Servicio completo. Cifra del servicio entero, sin contar lo que se aloje aparte. (Se suma.)
- Según el modelo. Depende del modelo que elijas: el mínimo es el modelo más chico y el recomendado el más grande de la lista. (Se suma.)
- Según la carga. Vale para la carga que dice el escenario (por ejemplo 1–10 usuarios); con más carga necesitas más. (Se suma.)
- Por proceso. Cifra por proceso, no el total: el total depende de cuántos procesos corran y de la base de datos, la caché y las apps. No se puede sumar sin esos supuestos. (Se muestra, no se suma.)
- Por usuario. Cifra por usuario: necesita saber cuántos usuarios habrá. (Se muestra, no se suma.)
- Ejemplo de despliegue. Cifra de una instalación concreta (con servicios extra incluidos), no un mínimo del programa. (Se muestra, no se suma.)
- Recomendación con el sistema compartido. Incluye el sistema operativo y más, que compartes con tus otros repos; sumarla por cada app contaría ese espacio varias veces. (Se muestra, no se suma.)
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.
Es investigación documental, no una prueba de laboratorio: no instalamos ni medimos nada en hardware. Cada repo guarda en un solo registro (data/reqs.php) sus cifras con su alcance, el escenario, la fuente y la versión de la documentación revisada; la ficha del repo y esta calculadora leen ese mismo registro.
No incluimos en la calculadora repos cuya documentación no publica una cifra mínima aplicable a un servidor casero:
- n8n. La doc de n8n no publica requisitos generales de hardware. Su única cifra (4 GB de RAM y 2 vCPU) es de la guía de Docker Compose que incluye un entorno aislado (sandbox) para el asistente de IA, y la página no dice si aplica sin ese entorno ni con otros métodos de instalación. La mostramos en su ficha como ejemplo de despliegue, pero no la usamos como mínimo del programa. Ver su ficha.
- Vaultwarden. No encontramos una cifra mínima oficial aplicable a un servidor casero. Ver su ficha.
- Syncthing. No encontramos una cifra mínima oficial aplicable a un servidor casero. Ver su ficha.
- Paperless-ngx. No encontramos una cifra mínima oficial aplicable a un servidor casero.
- Penpot. No encontramos una cifra mínima oficial aplicable a un servidor casero.
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.