CPU frente a RAM: ¿qué hace rápido a un servidor de juego?
La RAM decide cuánto puede mantener un servidor, la CPU decide a qué velocidad puede pensar. Por qué la velocidad de un solo núcleo es lo que más importa y cuándo ayudan los núcleos extra.
6 min de lectura · Actualizada el 21 oct 2026 · Por GuavaHost Team
La RAM decide cuánto puede mantener tu servidor y la CPU decide a qué velocidad puede pensar. La mayor parte del lag que la gente le echa a la memoria es en realidad un problema de CPU, así que esta guía explica la diferencia, por qué la velocidad de un solo núcleo importa más que el número de núcleos y cómo saber de cuál de las dos andas corto.
Dos trabajos distintos
- La RAM es capacidad. Mantiene el mundo, los jugadores y los mods. Si te falta, el servidor da tirones mientras libera memoria, o se cae.
- La CPU es velocidad. Hace el trabajo de verdad: mover mobs, ejecutar la IA, las físicas, la redstone, las mesas de fabricación y cada plugin. Si te falta, el servidor se queda atrás y todo el mundo lo nota a la vez, en forma de retraso y de rubber banding.
Añadir RAM a un servidor al que le falta CPU no sirve de nada, y una CPU rápida no puede salvar a un servidor que se ha quedado sin memoria. Necesitas suficiente de las dos, pero fallan de maneras distintas.
El presupuesto de tick
Un servidor de juego funciona en bucle. Cada pasada por el bucle se llama tick y, en cada tick, el servidor actualiza todo lo que hay en el mundo. El juego espera un número fijo de ticks por segundo, lo que le da a cada tick un presupuesto de tiempo:
| Juego | Ritmo objetivo | Tiempo por tick |
|---|---|---|
| Minecraft Java | 20 ticks por segundo | 50 ms |
| Terraria | 60 actualizaciones por segundo | unos 16,7 ms |
| Counter-Strike 2 | 64 ticks por segundo | unos 15,6 ms |
Si un tick tarda más que su presupuesto, el servidor no puede seguir el ritmo. En Minecraft eso se ve como un TPS (ticks por segundo) que baja de 20 y un MSPT (milisegundos por tick) que sube por encima de 50. Nuestra guía de leer el TPS y el MSPT explica cómo medirlo.
La RAM no aparece en ninguna parte de ese presupuesto. Terminar cada tick a tiempo es solo una cuestión de cuánto trabajo hay y de lo rápido que la CPU lo saca adelante.
Por qué la velocidad de un solo núcleo es lo que más importa
La mayoría de servidores de juego hacen su simulación central en un hilo principal. Un hilo es una única línea de trabajo que puede ejecutar un núcleo de CPU, y un mundo de juego es difícil de repartir entre varios, porque cada paso depende del anterior: un mob no puede moverse hasta que el servidor sabe dónde ha acabado el bloque al que va a pisar.
Minecraft, Rust, ARK, Valheim, Project Zomboid y Terraria funcionan todos así. Por eso la velocidad de un núcleo marca el techo de todo el servidor. Una CPU con 16 núcleos más lentos puede llevar un mundo de Minecraft peor que una de 8 núcleos más rápidos, porque el mundo solo llega a usar uno de ellos para su trabajo principal.
La velocidad de un solo núcleo sale de dos cosas:
- La frecuencia de reloj, medida en GHz: cuántos ciclos ejecuta el núcleo por segundo.
- El trabajo por ciclo, que mejora con cada generación de CPU. Una CPU más nueva a los mismos GHz suele ser bastante más rápida que una antigua.
Una caché de CPU grande (un pequeño depósito de memoria muy rápida dentro del propio chip) también ayuda, porque los servidores de juego saltan constantemente entre montones de trozos pequeños de datos.
Cuándo sí ayudan más núcleos
Los núcleos extra no son inútiles. Se encargan de todo lo que no es el tick principal:
- Trabajo de fondo. Guardar el mundo, cargar y generar chunks (software de servidor como Paper saca parte de esto del hilo principal), comprimir datos de red y ejecutar tareas de plugins que están escritas para funcionar en segundo plano.
- La recolección de basura de Java. Minecraft Java limpia la memoria sin usar con varios hilos, así que los núcleos libres mantienen esas limpiezas cortas.
- Más de un proceso. Un servidor de Don't Starve Together ejecuta la superficie y las cuevas como dos procesos separados, y cada mapa de un clúster de ARK es su propio servidor. Cada uno puede usar su propio núcleo.
- Actualizaciones y copias de seguridad. Descargar una actualización del juego o comprimir una copia de seguridad ocurre al lado del juego, no dentro de un tick.
Algunos motores más nuevos, incluido el Unreal Engine que hay detrás de ARK y Palworld, reparten más de su trabajo entre hilos extra. Incluso ahí, el hilo principal del juego sigue marcando el ritmo.
¿De cuál andas corto?
| Lo que ves | Causa probable |
|---|---|
| Gráfica de memoria clavada en el límite | RAM |
| Errores de falta de memoria, o caídas al cargar | RAM |
| La memoria tiene margen, pero el TPS baja y el MSPT sube | CPU |
| Lag solo cerca de una granja gigante, una megabase o muchas criaturas | CPU |
| El lag se va acumulando con las horas y un reinicio lo arregla | A menudo memoria que se va acumulando, a veces entidades que se acumulan |
| Solo un jugador va mal | Ninguna de las dos: eso es su ping |
Un detalle que vale la pena conocer: la tarjeta Usage (uso) de tu panel de control de GuavaHost, en las pestañas Overview y Console, muestra la CPU en relación con tu plan. Cuando tu plan tiene un límite de CPU, la cifra es una parte de todos los núcleos del plan, con una etiqueta tipo "of 2 cores", así que el 100 por cien significa que están todos ocupados. El hilo principal de un juego solo puede usar un núcleo, así que en un plan de 2 núcleos un servidor que se queda en torno al 50 por ciento mientras da lag puede estar saturando su hilo principal aunque sobre capacidad. Cuando tu plan no tiene límite de CPU, la cifra es un porcentaje de un núcleo, así que un servidor que se queda en torno al 100 por cien mientras da lag es la misma historia. Esa es la señal clásica de un cuello de botella en el hilo principal.
Arreglar el lag limitado por CPU
Aquí más RAM no va a ayudar. Lo que sí ayuda es darle al hilo principal menos cosas que hacer en cada tick:
- Baja primero la distancia de simulación y luego la de visión. Mira distancia de visión y de simulación.
- Limita las granjas de mobs y limpia los objetos tirados y las entidades de sobra.
- Pregenera tu mundo para que no se esté creando terreno nuevo mientras la gente juega.
- Localiza mods o plugins pesados con un profiler. En Minecraft, el plugin gratuito Spark te dice exactamente qué se está comiendo cada tick.
- Programa un reinicio diario para limpiar las entidades y la memoria acumuladas.
Nuestra lista de comprobación del lag los repasa en orden.
Cómo se aplica esto en GuavaHost
Todos los servidores de GuavaHost funcionan en procesadores AMD Ryzen e Intel, elegidos por su buen rendimiento en un solo hilo porque es en eso en lo que se apoyan los servidores de juego, junto con almacenamiento NVMe SSD. La parte que eliges tú es la RAM, dimensionada a tu juego y a tu grupo, y puedes cambiarla en cualquier momento con Manage plan (gestionar plan) en tu panel de control, con facturación prorrateada. Si a tu servidor le sobra memoria pero sigue sufriendo, eso es trabajo de ajuste, y nuestra guía de RAM explica por qué comprar más memoria no lo va a arreglar.
¿Sigues atascado? Pásate por nuestro Discord en discord.gg/GuavaHost y el equipo te echará una mano.
- cpu
- ram
- performance
- single-thread
- cores
- tick rate
- lag
¿Sigues necesitando ayuda? Nuestro equipo está en línea 24/7 para responder a tus preguntas.