Servidor FiveM con lag: cómo encontrar la causa real

«El servidor va con lag» es la frase más común y menos útil de un Discord de FiveM. Abarca al menos cuatro problemas distintos, con causas y soluciones diferentes. Antes de contratar una máquina más grande, que a menudo no cambia nada, así puedes averiguar qué ocurre de verdad.

1. Empieza por describir el síntoma

Pregunta también cuántos jugadores había conectados y si ocurrió tras una actualización o un script nuevo. Estas dos preguntas suelen acotar la búsqueda.

2. Lee resmon, la herramienta que da la respuesta

En el juego, abre la consola con F8 y escribe:

resmon 1

Aparece una tabla con una línea por recurso. La columna que importa es el tiempo de ejecución en milisegundos: el tiempo que usa el recurso en cada imagen en el cliente o en cada tick en el servidor.

Mira los valores en reposo, con el jugador quieto. Un recurso que usa 3 ms sin que pase nada está en un bucle sin motivo, normalmente un while true sin espera suficiente. Corrígelo o sustitúyelo primero. Estos umbrales son orientativos, no límites oficiales.

3. En el servidor: los ticks

En la consola del servidor o en txAdmin, vigila el tiempo de tick del hilo principal. Si el servidor funciona a 20 ticks por segundo, dispone de 50 ms por tick. Cuando los recursos superan ese presupuesto, el servidor se retrasa y los jugadores lo notan como teletransportes.

txAdmin muestra también un gráfico de rendimiento. Una curva que se dispara a horas fijas indica una tarea programada, a menudo una copia de seguridad o una limpieza de base de datos mal ajustada.

Para una medición precisa, el perfilador integrado registra unos segundos de actividad, que luego analizas en el navegador:

profiler record 5
profiler save /tmp/perfil.json

4. Los culpables habituales

• Consultas SQL en un bucle. Un script que consulta la base en cada tick para cada jugador la colapsa en cuanto el servidor se llena.
• Bucles sin espera. Un while true con Wait(0) se ejecuta en cada imagen. A veces es necesario, pero normalmente no.
• Entidades que nunca se limpian. Tras unas horas, los vehículos abandonados, los objetos y los PNJ encarecen la simulación. Un script de limpieza lo resuelve.
• Mapas personalizados pesados, que pesan sobre todo en el cliente y provocan tirones al entrar en una zona.
• OneSync mal configurado, o un modo antiguo en un servidor de más de 32 jugadores.

5. ¿Es realmente la máquina?

Conéctate al servidor y mira mientras va lento:

htop          # carga y memoria en directo
free -h       # memoria disponible y swap usada

• Un núcleo al 100 % y los demás en reposo: el hilo principal de FiveM está saturado. Más núcleos no ayudarán: corrige el recurso o elige una CPU con mayor frecuencia.
• Memoria llena y swap en uso: el servidor está realmente infradimensionado.
• CPU y memoria tranquilas, pero sigue yendo lento: el problema está en los scripts o en la base de datos, no en la máquina.

6. ¿O la red?

Pide a un jugador afectado que ejecute:

ping IP_DEL_SERVIDOR
tracert IP_DEL_SERVIDOR   # Windows

Si la latencia sube a golpes con el servidor tranquilo, el problema está en el camino de red. Si la latencia de todos se dispara a la vez, piensa en un ataque: consulta nuestra protección FiveM.

7. El método en cinco pasos

1. Anota el síntoma exacto, la hora y el número de jugadores conectados.
2. Ejecuta resmon 1 y apunta los recursos por encima de 2 ms en reposo.
3. Comprueba la carga del servidor con htop durante el incidente.
4. Desactiva el recurso sospechoso y observa: es la única prueba real.
5. Si los scripts están limpios y la máquina se satura, solo entonces cambia de oferta. Consulta nuestros servidores FiveM.

¿El servidor ni siquiera arranca? Consulta los errores de arranque más frecuentes.

Preguntas frecuentes