Optimizar un servidor de Minecraft Paper: los ajustes que de verdad quitan lag

1. Mide antes de tocar nada

Un servidor de Minecraft hace casi todo en un solo hilo, 20 veces por segundo (cada vez es un «tick»). Si cada tick tarda menos de 50 ms, va a 20 TPS y todo va fino; si tarda más, baja de 20 y el juego se nota a tirones. En Paper, «/tps» y «/mspt» lo dicen.

Para saber qué se come el tiempo está spark: «/spark profiler start», jugáis un par de minutos como siempre y «/spark profiler stop» te da un enlace con lo que más pesa (una granja, un tipo de bicho, un plugin). En Paper ya viene incluido; paso a paso, en la guía de spark.

Si el lag es solo de un jugador y el resto va bien, no es el servidor: es su conexión o su ordenador, y estos ajustes no lo arreglan (cómo distinguirlo).

2. server.properties: la distancia de simulación

Son dos ajustes distintos. view-distance es cuánto mundo se le manda a cada jugador para que lo vea; simulation-distance es hasta dónde el mundo «funciona»: bichos, cultivos, redstone y granjas. La segunda es la que más CPU gasta.

Lo que más rinde de toda la guía: simulation-distance a 6 y view-distance entre 8 y 10. Se sigue viendo lejos y el servidor trabaja mucho menos. Si tenéis granjas grandes, que alguien se quede cerca mientras funcionan: fuera de esa distancia se paran. Las demás opciones del fichero, en server.properties explicado.

3. bukkit.yml: menos bichos a la vez

spawn-limits marca cuántos bichos de cada tipo puede haber por jugador. Los de fábrica son los del juego (70 monstruos, 15 murciélagos…). Bajar un poco los monstruos y casi del todo los murciélagos («ambient»), que no sirven para nada, quita trabajo sin que nadie lo eche de menos.

spawn-limits:
  monsters: 50
  ambient: 3

4. spigot.yml: los bichos lejanos piensan menos

entity-activation-range es a qué distancia de un jugador los bichos se mueven a ritmo normal; más lejos, se actualizan menos a menudo. Bajarlo un poco apenas se ve y ahorra mucho con muchos animales.

Ojo con las granjas de monstruos: si las tuyas dependen de que los bichos caminen lejos de ti, pueden rendir algo menos. Prueba y, si lo notas, vuelve a subirlo.

entity-activation-range:
  animals: 24
  monsters: 24
  misc: 8

5. paper-world-defaults.yml: lo que Paper deja apagado

Está en la carpeta config/ del servidor y vale para todos los mundos (cada mundo puede tener su paper-world.yml dentro de su carpeta para cambiar algo solo ahí). Cada ajuste está en su sitio del archivo: busca el nombre y cambia el valor. Si en tu versión alguno no aparece, no lo añadas a ciegas: Paper cambia de vez en cuando dónde va cada cosa.

Explosiones optimizadas (optimize-explosions) para que el TNT y los creepers cuesten menos; redstone más eficiente (redstone-implementation: ALTERNATE_CURRENT), que se comporta igual en casi todos los circuitos; menos choques entre bichos amontonados (max-entity-collisions); que flechas y bolas de experiencia sueltas no se acumulen sin límite (entity-per-chunk-save-limit); y que no puedas entrar en trozos de mundo sin cargar (prevent-moving-into-unloaded-chunks).

Dos que dependen de tus plugins: armor-stands → tick en false ahorra si no usas soportes de armadura con movimiento, y hopper → disable-move-event en true acelera las tolvas, pero algunos plugins de protección lo usan para que nadie te robe por una tolva. Si tienes alguno, déjalo como está.

chunks:
  entity-per-chunk-save-limit:
    arrow: 16
    experience_orb: 16
    snowball: 8
  prevent-moving-into-unloaded-chunks: true
collisions:
  max-entity-collisions: 2
environment:
  optimize-explosions: true
misc:
  redstone-implementation: ALTERNATE_CURRENT
tick-rates:
  mob-spawner: 2

6. Con mods (Fabric, Forge, NeoForge)

Los archivos de Paper no existen en un servidor con mods. Ahí lo que funciona es añadir mods de rendimiento que no cambian el juego: Lithium (la lógica del juego, más rápida) y FerriteCore (menos memoria) en Fabric; ModernFix en Forge y NeoForge. El ajuste de la distancia de simulación sirve igual.

Y pregenerar el mundo con Chunky: generar terreno nuevo mientras se explora es de lo que más tirones da, con o sin mods.

Lo que no conviene tocar

Los plugins que prometen «limpiar el lag» borrando los objetos del suelo cada pocos minutos: quitan el síntoma, pierden cosas de tus jugadores y casi nunca arreglan la causa. Mejor encontrarla con spark.

Las listas de ajustes copiadas enteras de internet: muchas son de versiones viejas y algunas rompen granjas o mecánicas. Cambia de uno en uno, reinicia y mide.

Y la RAM: más memoria solo ayuda si la que hay va al límite. Si spark dice que el tiempo se va en bichos o redstone, más RAM no cambia nada.

Cómo hacerlo en NapNodes

1. Haz una copia

   En «Copias de seguridad», antes de cambiar nada (en el servidor gratis no hay copias: descarga los .yml desde «Archivos»). Si algo sale mal, vuelves a como estaba.

2. Las distancias, sin abrir archivos

   En «Configuración», apartado «Rendimiento», están «Distancia de visión» y «Distancia de simulación». Se guardan solas al cambiarlas y se aplican al reiniciar el servidor.

3. Los .yml, en «Archivos»

   bukkit.yml y spigot.yml están en la carpeta principal; paper-world-defaults.yml, dentro de config. Se abren y se editan en el propio panel.

4. Reinicia y mide

   Pulsa «Reiniciar» y mira «/tps» o spark cuando estéis jugando. Si un cambio no mejora nada, déjalo como estaba.

5. Si aún va justo

   spark viene con Paper; Lithium o FerriteCore, si usas mods, se instalan desde «Mods y plugins», y el terreno alrededor del punto de aparición ya viene generado al crear el servidor. Si la memoria sigue al límite, dale más RAM con «Ajustar» en «Mis servidores» (o «Contratar RAM» si no te queda libre), sin reinstalar.

Preguntas frecuentes

Más guías de Minecraft

• Mods y plugins a la vez en un servidor de Minecraft: híbridos y alternativas
• Servidor de Minecraft para niños: guía para madres y padres
• Cómo crear un servidor de Pixelmon para jugar con amigos

Todas las guías de Minecraft, ordenadas →