HOSTING DE MINECRAFT
JUEGOS
Panel de Juegos
por Un servidor vanilla de Minecraft para un puñado de amigos necesita 3 a 4 GB. Diez o más jugadores requieren 6 a 8 GB. Un modpack ligero comienza en 6 a 8 GB, y los packs pesados como ATM9 o RLCraft necesitan 8 a 12 GB o más. Lo que importa no es la cantidad de jugadores, sino lo que el servidor carga al iniciar.
Ese último punto es el que la mayoría de las guías pasa por alto. Los mods se cargan en el heap independientemente de si alguien está en línea o no, por lo que un servidor modificado para dos jugadores puede necesitar más memoria que uno vanilla con quince jugadores.
RAM según configuración
| Configuración | RAM | Qué lo impulsa |
|---|---|---|
| Vanilla, 1 a 5 jugadores | 3 a 4 GB | Las versiones modernas son más pesadas de lo que asumen las guías antiguas |
| Vanilla, 5 a 15 jugadores | 4 a 6 GB | Carga de chunks, cantidad de entidades |
| Vanilla, más de 15 jugadores | 6 a 8 GB | La distancia de vista se convierte en la palanca |
| Modpack ligero | 6 a 8 GB | Se paga al inicio, no en el pico |
| Modpack pesado (ATM9, RLCraft) | 10 a 16 GB | Cientos de mods, cada uno con su propio registro |
Más RAM no soluciona el retraso por ticks
Esta es la idea errónea más cara en el hosting de Minecraft, y cuesta dinero a los usuarios en todos los proveedores, incluyendo el nuestro.
El ciclo de ticks de Minecraft es mayormente monohilo. Si el servidor no puede terminar un tick en 50 ms, el TPS cae por debajo de 20 y todo se siente lento. Eso suele deberse a CPU o carga de trabajo, no a la memoria. Añadir RAM a un servidor limitado por CPU no cambia nada, y puede empeorar ligeramente, porque un heap más grande significa pausas de recolección de basura más largas.
Los síntomas se pueden diferenciar claramente:
- Bajo TPS, memoria no llena significa carga en la CPU o en las entidades. Revisa los embudos, granjas de mobs, cargadores de chunks y redstone antes de comprar cualquier cosa.
- Memoria en diente de sierra, congelamientos periódicos significa recolección de basura. Ese es un problema de ajuste.
java.lang.OutOfMemoryErrorsignifica que realmente necesitas más RAM, y ese es inequívoco.
Configura Xms y Xmx al mismo valor
Dos parámetros deciden cómo JVM usa la memoria que pagaste:
-Xmses el heap inicial,-Xmxel máximo.- Ponlos iguales. Si el heap puede crecer en tiempo de ejecución, ese crecimiento provoca recolecciones de basura adicionales, que se notan como retraso en los ticks.
- Nunca asignes todo el plan al heap. Deja aproximadamente un 20% para la JVM y el sistema operativo. Asignar 8 GB de un plan de 8 GB es cómo los servidores son terminados por el host y no por Minecraft.
En Paper, las flags de Aikar son el estándar común porque ajustan el recolector G1 precisamente para esta carga de trabajo. Un heap bien ajustado de 6 GB supera a uno mal configurado de 12 GB, por eso comprar más memoria suele ser el segundo paso, no el primero.
Qué revisar antes de comprar más
- Distancia de vista. Reducirla de 10 a 6 suele hacer más que duplicar la RAM, porque reduce la cantidad de chunks activos por jugador.
- Cantidad de entidades. Granjas de mobs y objetos tirados son los culpables usuales.
- El software del servidor. Paper maneja la misma carga con menos recursos que vanilla o Forge.
- Luego el tamaño del plan.
Si estás solucionando problemas y no dimensionando, reducir el lag del servidor cubre la parte de ajustes con más detalle, y la misma lógica de ticks versus memoria aplica a Terraria y Project Zomboid, que fallan de manera reconocible similar.
Nuestro hosting de servidores Minecraft te permite cambiar el heap y las flags desde el panel, así que probar un heap más pequeño y mejor ajustado no cuesta nada.
Cuando compras más de lo necesario
Si cinco personas juegan vanilla en un mundo pequeño y el TPS está en 20, no necesitas 8 GB, y ninguna cantidad de memoria extra hará que el juego se sienta mejor de lo que ya se siente. Compra el nivel que se ajuste a la carga de trabajo y gasta la diferencia en una ubicación más cercana a tus jugadores, que realmente notarás.
