Un servidor de Minecraft pequeño puede funcionar con 2 GB de RAM, pero esa cifra deja de servir en cuanto añades jugadores, mundos grandes, plugins o mods. Para elegir bien necesitas tener en cuenta el tipo de servidor, la distancia de simulación, la versión de Minecraft y, sobre todo, la carga real durante las horas de mayor actividad.
La siguiente tabla ofrece un punto de partida razonable. No representa un límite exacto: dos servidores con el mismo número de jugadores pueden consumir cantidades muy distintas si uno genera terreno nuevo mientras el otro usa un mapa pregenerado.
Tabla de RAM recomendada para Minecraft
| Jugadores simultáneos | Vanilla | Paper | Modpack ligero | Modpack pesado |
|---|---|---|---|---|
| 1-5 | 2-3 GB | 2-3 GB | 4-6 GB | 8-10 GB |
| 6-10 | 3-4 GB | 3-4 GB | 5-7 GB | 10-12 GB |
| 11-20 | 4-6 GB | 4-6 GB | 6-8 GB | 12-16 GB |
| 21-40 | 6-8 GB | 6-8 GB | 8-12 GB | 16-24 GB |
| 41-80 | 8-12 GB | 8-12 GB | 12-16 GB | 24 GB o más |
Estas cantidades presuponen una versión moderna de Java, una configuración sensata y almacenamiento rápido. Paper suele procesar mejor muchas cargas que Vanilla, pero eso no significa que siempre necesite menos memoria: sus plugins, configuraciones y cachés también ocupan RAM.
Qué influye en el consumo de memoria
Número de jugadores y chunks cargados
Cada jugador mantiene cargada una zona a su alrededor. Al separarse por el mundo, los jugadores obligan al servidor a conservar más chunks, entidades y datos en memoria. Diez personas juntas en una base no generan la misma carga que diez explorando en direcciones diferentes.
La opción view-distance determina cuántos chunks se envían al cliente, mientras que simulation-distance controla la distancia en la que se actualizan entidades, cultivos y mecanismos. Reducir con moderación la distancia de simulación suele aliviar tanto la memoria como el procesador.
Generación y tamaño del mundo
El tamaño del archivo del mundo no se traduce directamente en RAM: el servidor no carga el mapa completo. Sin embargo, explorar terreno nuevo implica generar chunks, crear estructuras y ejecutar reglas de generación. Esa actividad provoca picos de CPU y memoria. Pregenerar el área jugable con una herramienta compatible reduce esos picos durante las partidas.
Plugins, entidades y tareas automáticas
Los plugins mantienen sus propios datos, cachés y tareas. Un complemento sencillo de permisos suele tener un impacto pequeño, mientras que un mapa web, un sistema de registros exhaustivo o una economía con muchos datos puede necesitar bastante más. Las granjas con miles de criaturas, objetos tirados y tolvas también elevan el uso aunque no haya muchos jugadores.
Por qué los mods disparan el consumo de RAM
Un modpack no se limita a cambiar texturas. Puede registrar miles de bloques, objetos, recetas, dimensiones, máquinas y entidades nuevas. Parte de esos datos permanece en memoria durante toda la ejecución. Además, muchos mods crean redes de energía, tuberías, automatizaciones o sistemas de almacenamiento que deben conservar estado y actualizarse periódicamente.
El consumo depende más de lo que hacen los mods que de su cantidad. Cien modificaciones pequeñas pueden resultar más ligeras que treinta con generación compleja, nuevas dimensiones y grandes sistemas tecnológicos. También hay diferencias entre versiones, cargadores como Fabric, Forge o NeoForge y combinaciones concretas de mods.
Los modpacks pesados suelen necesitar entre 8 y 12 GB incluso para pocos jugadores. Al crecer el mundo y aparecer bases automatizadas, pueden requerir 16 GB o más. Antes de contratar recursos, revisa los requisitos del creador del paquete y añade margen para el sistema operativo y los picos de actividad.
Cómo asignar RAM con -Xmx y -Xms
Java utiliza un espacio de memoria llamado heap para almacenar la mayor parte de los objetos del servidor. Los dos parámetros básicos son:
-Xmx: establece el tamaño máximo del heap.-Xms: establece su tamaño inicial.
Para iniciar un servidor con 4 GB iniciales y un máximo de 8 GB:
java -Xms4G -Xmx8G -jar paper.jar --noguiLa letra G indica gigabytes. También puedes usar M para megabytes, por ejemplo -Xmx4096M. Coloca estos parámetros antes de -jar, ya que son opciones de la máquina virtual y no argumentos de Minecraft.
No es obligatorio que -Xms y -Xmx sean iguales. Igualarlos reserva una capacidad estable desde el arranque y evita ampliaciones del heap, pero también compromete memoria que quizá otros procesos necesiten. En una máquina compartida o con margen reducido resulta prudente usar un valor inicial menor, observar el comportamiento y ajustar.
En un panel de alojamiento, la memoria puede estar configurada por el proveedor y el comando de inicio puede no ser editable. Si utilizas uno de los servidores de juegos, comprueba primero el límite contratado antes de modificar los parámetros.
Qué son los flags de Aikar
Los flags de Aikar son un conjunto conocido de parámetros para Java orientados a servidores Minecraft que usan el recolector de basura G1GC. Su objetivo es controlar cómo y cuándo Java recupera la memoria ocupada por objetos que ya no se utilizan, intentando evitar pausas largas.
No añaden RAM ni corrigen un servidor sobrecargado. Tampoco compensan un plugin con una fuga de memoria, demasiadas entidades o un procesador insuficiente. Su efecto depende de la versión de Java, del tamaño del heap y de la carga. Las versiones modernas de Java ya incorporan mejoras importantes en G1GC, por lo que copiar una lista antigua de parámetros sin comprobar su compatibilidad puede ser innecesario o contraproducente.
Si decides utilizarlos, parte de la versión publicada para tu versión de Java y cambia únicamente parámetros que entiendas. Registra tiempos de tick, pausas del recolector y memoria antes y después. No mezcles flags de distintas guías: algunas opciones se contradicen y otras han quedado obsoletas.
Por qué no debes darle toda la RAM a Java
El valor de -Xmx limita el heap, no el consumo total del proceso. Java también usa memoria fuera del heap para clases, compilación, pilas de hilos, búferes directos y bibliotecas nativas. A esto se suman el sistema operativo, el panel, las copias de seguridad, la caché del disco y cualquier base de datos o proxy instalado.
Si una máquina tiene 8 GB y configuras -Xmx8G, no queda margen suficiente para esos componentes. El sistema puede empezar a paginar al disco, provocar pausas graves o terminar el proceso por falta de memoria.
Más RAM tampoco garantiza más rendimiento. Un heap desproporcionado puede tardar más en recorrer ciertas fases de recolección y ocultar problemas de configuración. Minecraft depende mucho del rendimiento de uno o varios hilos principales: si el servidor pierde ticks con memoria libre, probablemente debas investigar el procesador, los chunks o las tareas de plugins.
Cómo medir el uso real
No ajustes la memoria mirando solo el consumo unos minutos después del arranque. Mide durante varios ciclos de actividad, incluidos los momentos con más jugadores, exploración, combates y máquinas funcionando.
- Comprueba el heap desde Java. En Linux puedes localizar el proceso con
jcmdy consultar su información de memoria. - Mide el proceso completo. Usa herramientas del sistema para distinguir el heap del consumo residente total.
- Revisa los ticks. Una memoria estable no implica buen rendimiento. Comprueba TPS y MSPT con las herramientas de Paper o con el plugin spark.
- Observa durante horas. Si el uso sube y baja después de cada recolección, suele ser normal. Si el mínimo aumenta continuamente, investiga una posible retención o fuga.
- Cambia una sola variable. Ajusta RAM, distancias o plugins por separado para poder atribuir el resultado.
En Linux, estos comandos ofrecen una primera fotografía:
jcmd
jcmd <PID> GC.heap_info
ps -o pid,rss,vsz,cmd -p <PID>
free -hGC.heap_info muestra información del heap. En ps, el valor RSS representa aproximadamente la memoria física residente del proceso y se expresa normalmente en KiB. free -h ayuda a comprobar la memoria disponible del sistema y si se está usando intercambio.
Con spark puedes ejecutar un perfil durante una situación problemática y consultar memoria, recolector, tiempos de tick y tareas costosas. Evita evaluar el servidor solo con el porcentaje de memoria de un panel: Java intenta aprovechar el heap disponible y no tiene por qué devolverlo inmediatamente al sistema.
Una forma práctica de elegir la cantidad
Empieza con el valor de la tabla que corresponda a tu servidor. Configura una distancia razonable, pregenera el mundo si habrá exploración intensa y mide durante una sesión representativa. Si el heap se acerca repetidamente al máximo y las recolecciones son frecuentes, aumenta la RAM por pasos. Si sobra memoria pero los MSPT son altos, busca entidades, chunks, plugins o mods costosos antes de ampliar.
Cuando necesites dimensionar también CPU, almacenamiento, copias de seguridad y protección de red, Overclock Host puede ayudarte a revisar el conjunto mediante su servicio de infraestructura gestionada.
Preguntas frecuentes
¿Cuánta RAM necesita un servidor de Minecraft para 10 jugadores?
Como punto de partida, asigna 3-4 GB para Vanilla o Paper, 5-7 GB para un modpack ligero y 10-12 GB para uno pesado. Ajusta después según las distancias, la generación de terreno y los datos medidos durante una sesión real.
¿Es mejor poner el mismo valor en -Xms y -Xmx?
No siempre. Igualarlos proporciona un heap estable, pero reserva desde el inicio una cantidad que quizá necesite el sistema. En máquinas con memoria limitada puedes establecer un -Xms menor y mantener margen suficiente fuera de Java.
¿Paper necesita menos RAM que Vanilla?
Paper incluye optimizaciones y más opciones de configuración, pero no garantiza un consumo menor. Los plugins y sus cachés pueden igualar o superar el ahorro. La ventaja principal es disponer de más herramientas para controlar y diagnosticar la carga.
¿Añadir RAM elimina el lag del servidor?
Solo si el problema procede realmente de la falta de memoria o de recolecciones demasiado frecuentes. Si los MSPT son altos por generación de chunks, entidades, redstone, mods o un hilo principal saturado, añadir RAM no solucionará la causa.
¿Cómo sé si necesito ampliar el servidor?
Amplía cuando las mediciones muestren que el heap llega de forma repetida a su límite, las recolecciones no recuperan margen suficiente o el proceso fuerza al sistema a usar intercambio. Si quieres revisar una configuración concreta antes de cambiar de plan, puedes solicitar ayuda en contacto.