/
mc-node.net →
Minecraft

¿Cuánta RAM necesita tu servidor de Minecraft?

Actualizado el 31/08/20264 min de lectura
En este artículo
  1. Pautas por tipo de servidor y número de jugadores
  2. Calcula tu necesidad de RAM en cuatro pasos
  3. Por qué nunca debes dar el 100% al heap de Java
  4. Cómo reconocer que tienes poca — o demasiada — RAM
  5. Problemas y mensajes de error habituales
  6. ¿Qué plan elegir?

Con poca RAM tendrás cierres inesperados y tirones; con demasiada, pagarás cada mes por memoria que tu servidor nunca usa. En este artículo encontrarás pautas concretas por tipo de servidor y número de jugadores, entenderás por qué el heap de Java siempre debe ser más pequeño que tu plan y verás con qué señales reconocer que toca ampliar — o que puedes reducir sin problema.

Pautas por tipo de servidor y número de jugadores

Las cifras de abajo corresponden al tamaño total del plan (no al heap de Java; hablamos de ello más adelante). Guíate por tu pico de jugadores, no por la media.

Tipo de servidor1–5 jugadores5–15 jugadores15–30 jugadores
Vanilla2–4 GB4–6 GB6–8 GB
Paper con plugins4 GB6–8 GB8–12 GB
Fabric/Forge/NeoForge, modpack ligero4–6 GB6–8 GB8–12 GB
Modpack pesado (p. ej. All the Mods 10)10–12 GB12–16 GB16 GB o más

Trampa: la RAM recomendada en la página de un modpack es casi siempre un valor de cliente. Un servidor tiene que gestionar a la vez los chunks, las entidades y las máquinas de todos los jugadores, así que suele necesitar 2–4 GB más. All the Mods 10 (NeoForge, 1.21.1) funciona perfectamente en el cliente con 8 GB, pero como servidor necesita 10–12 GB — sobre todo durante la generación del mundo.

Calcula tu necesidad de RAM en cuatro pasos

  1. Elige en la tabla la fila que corresponde a tu software de servidor y la columna de tu pico de jugadores previsto.
  2. Suma 1–2 GB si usas muchos plugins (más de 50), una view distance alta, varios mundos cargados o un generador de mundos personalizado.
  3. Elige el plan igual o superior a ese total; redondea siempre hacia arriba.
  4. Tras una semana de uso real, revisa la pestaña Console del panel: ahí verás gráficas en vivo del uso de memoria y CPU. Si en horas punta superas constantemente el 90%, amplía el plan; si te mantienes por debajo del 60%, quizá te baste uno más pequeño.

Por qué nunca debes dar el 100% al heap de Java

El proceso de Java es más que el heap que configuras con -Xmx. A eso se suma la memoria off-heap: el metaspace para las clases cargadas, el compilador JIT, los stacks de los hilos y la direct memory que Netty usa para el tráfico de red y la E/S de chunks. Con un modpack de cientos de mods, ese overhead puede alcanzar fácilmente 1–2 GB. Si pones -Xmx igual a tu plan completo, el proceso total supera el límite del contenedor y tu servidor se cierra de golpe — aunque Java creyera que aún tenía espacio.

  1. Como regla general: heap = tamaño del plan menos 1–2 GB (con un plan de 4 GB sería -Xmx3G; con 12 GB, en torno a -Xmx10G).
  2. En el panel de MC-Node, el comando de arranque ajusta el heap automáticamente a tu plan. Para comprobarlo o modificarlo, abre la pestaña Startup y revisa ahí el comando de arranque y sus variables.
  3. Reinicia el servidor desde la pestaña Console después de cada cambio; los ajustes del heap solo se leen al arrancar.

Cómo reconocer que tienes poca — o demasiada — RAM

Poca RAM: ves java.lang.OutOfMemoryError: Java heap space en la consola o en los crash logs, el servidor se cae de repente sin un error claro (un kill por out-of-memory del contenedor) o los jugadores sufren congelaciones cada vez más largas porque el garbage collector tarda segundos en liberar memoria.

Demasiada RAM: la gráfica de memoria nunca pasa del 60%, ni siquiera en horas punta. No es un problema de rendimiento, pero sí presupuesto desperdiciado — y un heap enorme puede incluso alargar las pausas del garbage collector en lugar de acortarlas.

Importante: más RAM no arregla el lag de CPU. Los tirones causados por muchas entidades, relojes de redstone o la generación del mundo son problemas de ticks, no de memoria. Antes de ampliar, haz primero un perfil con Spark siguiendo nuestra guía de timings y Spark.

Problemas y mensajes de error habituales

  • OutOfMemoryError: Java heap space — El heap está lleno de forma continua. Amplía tu plan o baja primero la view distance en server.properties y reduce el número de mundos cargados.
  • El servidor se desconecta sin mensaje de error — El proceso total (heap más off-heap) superó el límite del plan. Baja -Xmx para dejar 1–2 GB de margen.
  • Could not reserve enough space for object heap — El comando de arranque pide más heap del que ofrece el plan. Comprueba el valor en la pestaña Startup.
  • Can't keep up! Is the server overloaded? — Casi siempre es un problema de CPU o de ticks; más RAM no cambiará nada. Analízalo con la guía de Spark.
  • El modpack sigue lento pese a la RAM recomendada — La recomendación del autor del pack es para el cliente. Añade 2–4 GB para el servidor y, en packs pesados como ATM10, cuenta con al menos 10–12 GB.

¿Qué plan elegir?

¿Ya sabes cuántos GB necesitas? Consulta qué plan encaja en nuestro artículo ¿Qué plan de Minecraft debo elegir? o ve directamente a los planes de Minecraft de MC-Node. ¿Dudas entre dos tamaños? Empieza por el plan más pequeño: puedes ampliar en cualquier momento desde el área de cliente y tus mundos, plugins y ajustes se conservan intactos.