{"id":799,"date":"2017-09-24T23:50:22","date_gmt":"2017-09-24T21:50:22","guid":{"rendered":"https:\/\/www.40servidoresmc.es\/blog\/?p=799"},"modified":"2017-09-24T23:50:22","modified_gmt":"2017-09-24T21:50:22","slug":"hablemos-lag-cuales-causas-solucionarlo","status":"publish","type":"post","link":"https:\/\/www.40servidoresmc.es\/blog\/hablemos-lag-cuales-causas-solucionarlo\/","title":{"rendered":"Hablemos de lag: Qu\u00e9 es, cuales son sus causas y c\u00f3mo solucionarlo."},"content":{"rendered":"

Autor: Bitconion<\/p>\n

Cuando de juegos online se trata, todos hemos experimentado ese maldito lag que nos arruina la partida. \u00a0Encontrar un culpable generalmente no es tarea dif\u00edcil, sin embargo corregir el problema puede llegar a ser un verdadero dolor de cabeza si es que no se cuenta con los conocimientos necesarios as\u00ed que para no confundirnos, vamos por pasos.<\/p>\n

\u00bfQu\u00e9 es el lag?<\/b><\/h2>\n

Antes de seguir hablando de lag debemos saber lo que significa. Y se trata de un retraso en la comunicaci\u00f3n que hay entre clientes y servidores perceptible para el usuario ya sea de forma leve o muy marcada.<\/p>\n

Sin embargo dentro de la comunidad gamer es com\u00fan llamarle lag a la baja velocidad en el procesamiento o renderizado del juego ya que estos problemas suelen percibirse de forma muy marcada.<\/p>\n

\u00bfCu\u00e1les son las posibles causas de lag?<\/b><\/h2>\n

Esta sensaci\u00f3n de retraso, lentitud, tirones o cualquier otra que hayas experimentado puede tener diferentes causas y de estas puede ser una sola la que lo genera o una mezcla de varias. A continuaci\u00f3n voy a listar las mas comunes:<\/p>\n

Conexi\u00f3n<\/b><\/h3>\n

La latencia es el tiempo que tarda un paquete de datos en transferirse de un punto A a un punto B en este caso el punto A ser\u00eda el dispositivo que usamos para jugar (PC, tel\u00e9fono m\u00f3vil, tablet, etc) y el punto B ser\u00eda el servidor al que nos conectamos. Para determinar la latencia podemos usar el Ping.<\/p>\n

El ping\u00a0 es el tiempo que tarda un paquete de datos en ser enviado a un servidor y de regreso a su punto de origen, se mide en ms o milisegundos y entre m\u00e1s alta es la cifra es menor la latencia, esto quiere decir que si tenemos 40 ms hacia un servidor nuestra conexi\u00f3n podr\u00eda ser considerada como excelente, sin embargo cuanto este ping supera los 120 podr\u00edamos considerarlo como una latencia media baja. Nota: Los problemas de lag derivados de un ping alto pueden variar dependiendo de la modalidad de juego y otros factores.<\/p>\n

Ya que tenemos esta informaci\u00f3n un m\u00e9todo simple para identificar si el lag es causado por latencia, ser\u00eda revisar el Ping que tenemos hacia un servidor espec\u00edfico y compararlo con otros que se encuentren relativamente a la misma distancia y con esto podr\u00edamos ap\u00f3yanos para identificar si la baja latencia es debido a mala conexi\u00f3n por parte del cliente, por parte de el servidor o debido a la distancia f\u00edsica que hay entre ambos ya que a mayor distancia, habr\u00e1 un mayor ping. Sumado a lo anterior tambi\u00e9n podr\u00edamos testear nuestra conexi\u00f3n a internet con alguna herramienta web como speedtest.net<\/a> en el caso de conexiones caseras o con speedtest-cli desde servidores\u00a0 Linux.<\/p>\n

Aunque por otro lado, un ping alto podr\u00eda no ser estrictamente por una mala conexi\u00f3n y\/o distancia. Tambi\u00e9n podr\u00eda ser debido a una mala administraci\u00f3n del ancho de banda por parte del usuario o el servidor. Esto quiere decir que si nuestra conexi\u00f3n a internet es de baja velocidad y alguien m\u00e1s (O nosotros mismos) esta conectado a esta misma red y se encuentra generando un trafico alto esto har\u00eda que nuestro ping se eleve. Un ejemplo podr\u00eda ser alguien subiendo o descargando archivos pesados o los servicios de streaming de videos o m\u00fasica.<\/p>\n

Recursos<\/b><\/h3>\n

Al hablar de recursos me refiero a la capacidad de el procesador y\/o memoria ram, este problema igual que el anterior puede ser tanto del lado del servidor como del lado del cliente.<\/p>\n

Cliente: Si como clientes contamos con un equipo de caracter\u00edsticas \u201cbajas\u201d este podr\u00eda ser uno de los causantes del lag aunque por otro lado est\u00e1n las necesidades en cuanto gr\u00e1ficos de el juego. Si contamos con una tarjeta gr\u00e1fica dedicada o si se usa la integrada al procesador. Espec\u00edficamente hablando de Minecraft debemos recordar que aunque este juego no tiene exigencias gr\u00e1ficas altas (A menos que se use Shaders Mod o algo similar), el consumo de recursos del procesador suele ser muy alto.<\/p>\n

Servidor: De este lado el problema podr\u00eda ser que nuestra maquina no tiene las caracter\u00edsticas adecuadas para el tipo de servicio que proporcionamos o por una mala administraci\u00f3n nuestros recursos.<\/p>\n

Configuraci\u00f3n del servidor y\/o plugins<\/b><\/h3>\n

Nota: Si no estas involucrado o interesado en administraci\u00f3n de servidores Minecraft, esta parte podr\u00eda ser algo compleja y aburrida, si este es tu caso solo ve un poco m\u00e1s abajo y encontrar\u00e1s unos tips para mejorar el rendimiento del juego en tu ordenador.<\/p>\n

En esta parte es donde pueden llegar los verdaderos dolores de cabeza cuando administramos un servidor, sin embargo estudiando un poco el tema ya no deber\u00eda ser dif\u00edcil identificar las posibles ra\u00edces del problema. Hay distintos m\u00e9todos para prevenir el lag en nuestro servidor debido a la carga de TPS (Ticks por segundo) derivada de la configuraci\u00f3n y\/o carga de usuarios. Y de la misma manera hay m\u00e9todos para identificar si es alg\u00fan plugin el que genera el problema y tambi\u00e9n identificar f\u00e1cilmente que plugin es el causante.<\/p>\n

\u00bfQu\u00e9 son los ticks, los timings y para qu\u00e9 sirven?<\/b><\/h2>\n

Ticks<\/b><\/h3>\n

Los ticks son una unidad de medida y Minecraft funciona en ciclos y cada uno de estos ciclos se mide en ticks. Cada segundo ocurren 20 ticks y esto significa que un cada 50 milisegundos ocurre uno. Durante estos ticks ocurren distintos eventos y son procesados, estos incluyen todo lo que pasa desde la entrada y salida de usuarios al servidor hasta cada bloque que es colocado o removido y cada plugin instalado maneja los eventos de distinta manera, por ejemplo WorldGuard usar\u00eda el evento \u201cPlayerMoveEvent\u201d para asegurarse de que un usuario no este en un lugar en el que no deber\u00eda. Y es aqu\u00ed donde los datos proporcionados por el sistema de timings se hacen \u00fatiles.<\/p>\n

Timings<\/b><\/h3>\n

Se le conoce como timings a un sistema de recopilaci\u00f3n y entrega de datos sobre los tiempos que le toma a un servidor Minecraft para procesar los distintos eventos que ocurren en un cierto tiempo. Estos tiempos son medidos en ticks por segundo.<\/p>\n

Los datos recopilados por este m\u00e9todo te permiten monitorear cuanto tiempo le toma a cada plugin procesar los distintos eventos que ocurren en tu servidor. Y esto te permite saber cu\u00e1l es la ra\u00edz de el lag ya que a un plugin que no est\u00e1 funcionando correctamente le tomar\u00eda m\u00e1s ticks para poder procesar los eventos lo que generar\u00eda un \u201cdelay\u201d o retraso en el ciclo de los ticks disminuyendo el total adecuado de 20 TPS \u00f3 Ticks Por Segundo.<\/p>\n

Y esto nos da pauta a m\u00e1s preguntas \u00bfC\u00f3mo obtener los timings? y \u00bfC\u00f3mo interpretarlos? Pero no te asustes, para obtenerlos \u00fanicamente necesitaremos 4 comandos, estos pueden ser ejecutados in game por un OP (O un usuario con el nodo de permisos bukkit.command.timings, que es recomendable asignar \u00fanicamente a administradores) o desde consola en el siguiente orden:<\/p>\n

1.- \/timings on \u27a0 Con este comando activaremos la recolecci\u00f3n de datos y debe haber un lapso de tiempo considerable entre su ejecuci\u00f3n y el siguiente comando, este tiempo puede variar ya que debemos esperar a que todos o al menos la mayor\u00eda de los plugins manejen los distintos eventos, tambi\u00e9n es recomendable que este activado durante el momento en el que disminuyen los tps del servidor y de igual manera no es recomendable que permanezca activo ya que genera carga extra e innecesaria al procesador.<\/p>\n

2.- \/timings report \u27a0 Este comando genera un reporte y lo guarda en el archivo \/timings\/timings.txt dentro de la carpeta en la que se almacena tu servidor, aunque no lo hace en el formato mas adecuado para su correcta interpretaci\u00f3n y para obtener los resultados de forma m\u00e1s clara debemos usar el siguiente comando.<\/p>\n

\"\"<\/a><\/p>\n

3.- \/timings paste \u27a0 Con este comando se exportar\u00e1 el resultado de los timings a un sitio web en el que podr\u00e1s leerlos en un formato m\u00e1s amigable y f\u00e1cil de leer. Adem\u00e1s de que regresar\u00e1 un mensaje con el link directo a tus resultados.<\/p>\n

\"\"<\/a><\/p>\n

4.- \/timings off \u27a0 Con este ultimo comando se detendr\u00e1 el proceso de recolecci\u00f3n de datos y es muy importante ejecutarlo ya que si no podr\u00edamos hacer que la b\u00fasqueda de una soluci\u00f3n se convierta en parte del problema.<\/p>\n

Ahora, el siguiente paso ser\u00eda ir a la URL que se proporciona al usar el tercer comando y podremos leer nuestros resultados como en la siguiente imagen.<\/p>\n

\"\"<\/a><\/p>\n

Los resultados usan un c\u00f3digo de colores en el que entre mas alta es la carga el color puede ir de un anaranjado claro a un rojo intenso donde lo m\u00e1s alto ser\u00e1 lo menos adecuado y podremos identificar si es un proceso de Minecraft o un plugin el que esta causando la disminuci\u00f3n<\/p>\n

Adicionalmente, podemos usar en distintos momentos del d\u00eda el comando \/tps que tambi\u00e9n puede ser ejecutado desde consola o in game (Por un OP o un usuario con el nodo de permisos bukkit.command.tps que se recomienda asignar \u00fanicamente a administradores) para saber cual es el estado actual de los TPS sin generar reporte. Y nos muestra los resultados en el siguiente formato:<\/p>\n

\"\"<\/a><\/p>\n

Y a partir de los resultados podr\u00edamos determinar las medidas necesarias para reducir el lag si los procesos que est\u00e1n causando los problemas son parte de Minecraft podr\u00edamos probar modificando la configuraci\u00f3n de nuestros archivos spigot.yml, bukkit.yml, y\/o server.properties.<\/p>\n

O si el problema es un plugin deber\u00edamos considerar algunos factores como configuraci\u00f3n o si el plugin en verdad es necesario y as\u00ed decidir si podemos corregirlo, remplazarlo o sustituirlo.<\/p>\n

Recomendaciones de configuraci\u00f3n.<\/b><\/h2>\n

Antes de comenzar debo aclarar que estas son \u00fanicamente recomendaciones y no es obligatorio ajustarlas con los mismos valores, ni es necesario ajustar todos estos valores. Es recomendable analizar bien la situaci\u00f3n para decidir que valores deben ser ajustados.<\/p>\n

server.properties<\/b><\/h3>\n

En este archivo podr\u00edamos configurar el string llamado \u201cnetwork-compression-threshold\u201d. <\/b>Esta opci\u00f3n nos permite definir que tan grande o chico debe ser un paquete de datos entrante antes de que el servidor intente comprimirlo. Establecerlo en un punto m\u00e1s alto ayudara a liberar carga en el CPU pero aumentara el trafico de de datos y establecerlo con el valor -1 lo desactiva.<\/p>\n

Cabe mencionar que si el servidor es parte de una network y el BungeeCord est\u00e1 en localhost o en el mismo datacenter (Con un ping entre ellos igual o menor a 2 ms) lo m\u00e1s recomendable seria deshabilitarlo estableciendo el valor en -1 ya que el BungeeCord estar\u00eda encargado de la compresi\u00f3n y mantenerlo habilitado representar\u00eda una carga innecesaria en el CPU, pero si el servidor esta corriendo de forma individual (Sin proxy) lo recomendable ser\u00eda establecerlo en 512<\/p>\n

Valor por defecto: 256<\/p>\n

Recomendado en servidores sin proxy: 512<\/p>\n

Recomendado estando detr\u00e1s de bungeecord: -1<\/p>\n

spigot.yml<\/b><\/h3>\n

En esta parte es en la que encontramos mas opciones o strings que nos pueden ayudar a reducir el lag. Acontinuaci\u00f3n dejar\u00e9 cada una con su nombre, el valor establecido por defecto y por ultimo el valor recomendado junto con una breve explicaci\u00f3n de que es lo que hace cada una.<\/p>\n