Servidor FiveM: cuántos jugadores según la RAM y la CPU

«¿Cuánta RAM necesito para 64 jugadores?» es la pregunta que más nos hacen sobre FiveM. La respuesta honesta es que depende sobre todo de tus recursos, no del número de jugadores. Un servidor de rol lleno de scripts mal optimizados puede ir lento con 30 jugadores, mientras que uno bien cuidado admite muchos más en la misma máquina. Esta guía da cifras prácticas, explica qué consume de verdad y muestra cómo medir antes de ampliar.

1. Qué consume realmente un servidor FiveM

• El hilo principal: gran parte del trabajo de los scripts pasa por un solo núcleo, así que un núcleo rápido importa más que muchos núcleos.
• Los recursos: cada script que hace bucles, consulta la base o crea entidades añade carga, multiplicada por los jugadores.
• La base de datos: inventarios, vehículos, viviendas. Una base lenta bloquea los scripts que la esperan.

La RAM sirve sobre todo para cargar recursos, mapas personalizados y caché, y se llena con las horas, en especial con vehículos y MLO añadidos.

2. Cifras prácticas

Estos rangos suponen un framework moderno (ESX Legacy, QBCore o Qbox) y recursos bien optimizados.

3. OneSync: la clave por encima de 32 jugadores

Sin OneSync, un servidor FiveM está limitado a 32 jugadores. OneSync hace pasar la sincronización de entidades por el servidor, lo que permite subir mucho más. Comprueba tu server.cfg:

set onesync on
sv_maxclients 64

Por encima de 48 jugadores, tu clave de licencia de Cfx.re debe estar asociada a una suscripción que permita ese número de plazas.

4. El impacto de frameworks y recursos

5. Mide antes de ampliar

resmon 1            # cliente, consola F8: tiempo de CPU por recurso
profiler record 500 # servidor: registra 500 imágenes
profiler view       # muestra el perfil en el navegador

• Los avisos server thread hitch en la consola indican un tick demasiado largo.
• Recursos pesados: uno que esté siempre por encima de 1 a 2 ms en el servidor debe optimizarse o sustituirse.
• La RAM tras varias horas, no al arrancar: indica tu necesidad real.

El método completo está en servidor FiveM con lag: cómo encontrar la causa.

6. La base de datos, a menudo olvidada

• Alójala en el mismo servidor o en el mismo centro de datos, nunca lejos.
• Añade índices en las columnas que se buscan, como el identificador del jugador o la matrícula.
• Da a MariaDB suficiente memoria con innodb_buffer_pool_size.

7. Gana capacidad sin cambiar de servidor

• Sustituye los recursos pesados detectados con el perfilador.
• Alarga los bucles: un script que comprueba algo cada 100 ms en lugar de en cada imagen consume mucho menos.
• Limpia las entidades: vehículos abandonados y objetos que nunca se eliminan.
• Optimiza vehículos y mapas añadidos: texturas razonables y modelos ligeros.
• Programa un reinicio diario en txAdmin en horas tranquilas.
• Actualiza los artefactos a una build recomendada reciente.

8. Prepara el crecimiento

1. Dimensiona para las horas punta, no para la media.
2. Deja margen en memoria y tiempo de cálculo: un recurso más o un evento no deben bastar para saturar el servidor.
3. Vigila la tendencia cada semana en txAdmin: máximo de jugadores, memoria usada y avisos.
4. Amplía antes de un evento, no durante.

Un servidor visible también atrae ataques: consulta nuestra protección FiveM y nuestros servidores FiveM.

Preguntas frecuentes