Optimizar un servidor dedicado

Hay en realidad tres tipos de servidores en Half-Life y en los juegos Source.

Servidores de escucha

Es aquel que se crea cuando inicia un servidor desde el propio juego y juega al mismo tiempo ... sólo hay un panel de control mínimo. Se requiere que el cliente de Steam esté siempre funcionando. Todo el contenido de juego está almacenado en un sólo archivo de caché.

Servidor HLDS cliente

Ésta es la opción en el menú de juegos Steam. Este servidor es un servidor completo y tendrá que conectarse a él por LAN o Internet. Requiere que el cliente de Steam esté funcionando en todo momento. Este servidor tiene un panel de control completo. Todo el contenido del juego está almacenado en un sólo archivo de caché.

Servidor HLDS_1120 autónomo ó Servidor dedicado Source

Éste servidor es una instalación totalmente independiente de la de Steam. No requiere que el cliente de Steam esté funcionando. Este servidor es un servidor completo y tendrá que conectarse a él por LAN o Internet. No hay archivos de caché, todos los mapas y demás son despaquetados. Los servidores Source deben ser instalados en carpetas separadas de los servidores HLDS.

Archivo por lotes de ALTA prioridad para HLDS

Cuando ejecuta un servidor bajo Win32, por defecto el servidor se ejecuta en prioridad "normal"

La prioridad es básicamente un parámetro con el cual usted le dirá al sistema operativo qué tareas debe realizar primero y por cuánto tiempo. Los servidores son aplicaciones completamente en tiempo real y los jugadores son muy sensibles al lag. Ejecutar su servidor en prioridad normal puede generar lag molesto. La solución es ejecutar su servidor en "Alta" prioridad.

XP asigna a cada programa y proceso ejecutado en su ordenador una prioridad que determina la cantidad relativa de tiempo de procesador que se tendrá comparado con los otros programas. XP ofrece varios parámetros: Tiempo real, Alta, Arriba de lo normal, Normal, Debajo de lo normal y Baja.

Nota: Tiempo real no es recomendado dado que compite con los controladores de dispositivos y puede causar inestabilidad.

La mayoría de programa están asignados en prioridad Normal, pero usando el Administrador de tareas, puede cambiar las prioridades de cualquier proceso o programa. Si tiene muchas aplicaciones ejecutándose, pero quiere que una - como el HLDS - atraiga más la atención del procesador, esto puede acelerar las cosas.

Para cambiar manualmente la prioridad de un programa ejecutado o proceso:

1. Ejecute el Administrador de tareas pulsando Ctrl+Alt+Suprimir
2. Clic en la pestaña de procesos.
3. Clic con el botón derecho en el programa o proceso el cual quiere cambiar la prioridad, luego ilumine "Cambiar prioridad" y elija la prioridad para el programa.

Cuando asigne una nueva prioridad al proceso o programa, esa nueva prioridad sólo será tal mientras el programa esté ejecutándose. Una vez que el programa o proceso termine, y lo reinicie, tendrá por defecto la prioridad asignada por XP.

También puede ajustarlo de manera que siempre inicie HLDS en prioridad alta usando un archivo por lotes.

Éste es un archivo por lotes genérico que puede usar para iniciar:

Steam_HLDS.bat

Puede colocarlo en su escritorio para un fácil acceso.

Dentro del archivo se ve algo así (HLDM):

c:

cd c:\HLServer

start /high c:\HLServer\hlds.exe -port 27015 +maxplayers 9 -noipx -condebug -secure

Si no tiene su servidor de HL instalado en la unidad C:, edite el archivo y cámbielo al directorio de instalación (edite los 3 lugares)

Nota: Los servidores dedicados de Source (SRCDS.EXE) deben ser ejecutados con prioridad "arriba de lo normal" y no con "alta"

c:

cd c:\HL2Server

start /high c:\HL2Server\srcds.exe -game hl2dm -port 27015 -ip esx.esx.esx.esx +maxplayers 9

Comando MAXPLAYERS (Máximo de jugadores)

Hay otra cosa que querrá cambiar, que es el comando maxplayers (máximo de jugadores) (9 aquí)

Para Internet, esto depende de cuánto puede manejar su conexión de enlace.

Si no la conoce, entonces vaya a www.dslreports.com y ejecute la prueba gratis de velocidad (free speed test)

Verá dos numeros, Descarga (download) y subida (upload o uplink)

Descarga determina la rapidez con la cual puede obtener información de un servidor. Subida determina la rapidez con la cual el servidor puede enviar información a los jugadores.

Básicamente para las conexiones a Internet (bits/segundo):

• 128K subida = 4 jugadores (2 jugadores para srcds)
• 256k subida = 7 jugadores (4 jugadores para srcds)
• 320k subida = 9 jugadores (6 jugadores para srcds)
• 512k subida = 14 jugadores (9 jugadores para srcds)
• 768k subida = 21 jugadores (14 jugadores para srcds)
• 1024k subida = 28 jugadores (19 jugadores para srcds - nota 16 jugadores es el máximo para HL2DM)
• 1140k subida = 32 jugadores (máximo para HLDS) (21 jugadores para CS:S)
• 1708k subida = 32 jugadores para CS:S (máximo)

Por supuesto, su línea en particular podría o no ser lo suficientemente estable para soportar los números dados aquí. Los jugadores locales en LAN no se incluyen en esta cuenta.

Una buena regla para HLDS es 35.6 Kbits por jugador.

Una buena regla para SRCDS (CS:S y HL2DM) es 53.4 Kbits por jugador (cerca de 1.5x más que HLDM)

Ciertos mapas y modificaciones pueden tomar más cantidad de subida también.

El parámetro maxplayers también asume que está ejecutando en los siguientes límites de rate (en el archivo server.cfg):

//minimum rate allowed

// use 5000 for SRCDS Servers

sv_minrate 3500

// no limit on maxrate for LAN only use 7500 for regular server

// this controls how fast maps can be downloaded by clients

//sv_maxrate 0 = unlimited

// Use 9999 for SRCDS servers

sv_maxrate 7500

// this is the minimum playable updaterate, leave this at 13

sv_minupdaterate 13

// 60 for updaterate is LAN ONLY use 13 for internet

// 20 is default but will cut the maxplayers you can handle in 1/2.

// for SRCDS Servers use 30 - you might be able to use 20

// sv_maxupdaterate 60

sv_maxupdaterate 13

Alias - parámetros rápidos

Puede usar los siguientes parámetros alias para que los pruebe. Póngalos en el archivo server.cfg:

//echo "*** Adding Server RATE Alias' ***"

alias "dslow" "sv_minrate 2500;sv_maxrate 2500;sv_minupdaterate 5;sv_maxupdaterate 5;echo dead slow"

alias "vslow" "sv_minrate 3500;sv_maxrate 3500;sv_minupdaterate 13;sv_maxupdaterate 13;echo very slow"

alias "slow" "sv_minrate 3500;sv_maxrate 5000;sv_minupdaterate 14;sv_maxupdaterate 14;echo slow"

alias "norm" "sv_minrate 3500;sv_maxrate 7500;sv_minupdaterate 15;sv_maxupdaterate 15;echo normal"

alias "fast" "sv_minrate 3500;sv_maxrate 9999;sv_minupdaterate 20;sv_maxupdaterate 20;echo fast"

alias "vfast" "sv_minrate 3500;sv_maxrate 20000;sv_minupdaterate 20;sv_maxupdaterate 60;echo LAN fast"

// quick display of all the current settings

alias "rates" "sv_minrate;sv_maxrate;sv_minupdaterate;sv_maxupdaterate"

Archivo Server.cfg pra servidores SRCDS Source

Aquí está un archivo genérico server.cfg para servidores de CS:S.

Aquí está un archivo genérico server.cfg para servidores de HL2DM.

Los archivos server.cfg para SRCDS son colocados en la carpeta CFG para cada tipo de juego

Control de los FPS del servidor

Los servidores HLDS renderizan frames independientemente del cliente.

Los servidores HLDS usan el CVAR sys_ticrate para controlar cuántos FPS (frames por segundo) son renderizados.

Los servidores SRCDS usa el CVAR fps_max para controlar cuántos FPS son renderizado.

¿Por qué necesita usted controlar esto?

Hay dos buenas razones para que tenga que administrar los FPS del servidor. La razón número uno es la carga del procesador. A mayor FPS mayor será la carga. Si esta teniendo más del 50% del uso de su procesador con su actual configuración de FPS, o bien está jugando con demasiados jugadores o bien tiene su ajuste de FPS demasiado alto.

Los servidores HLDS se inician por defecto a 60 FPS y pueden fácilmente elevarse a 1000 FPS (sys_ticrate 1000)

Los servidores SRCDS se inician por defecto a 300 fps y pueden fácilmente elevarse a 1000 fps pero necesitará un rendimiento de procesador sustancialmente mayor para soportarlo.

Los servidores Win32 deberían ejecutarse en las plataformas WIN2k / XP Pro con HLDS en un procesador de 1.8GHZ y un mínimo de 512MB de RAM y los servidores SRCDS deberían ejecutarse en un procesador de 22GHZ con 512MB de RAM.

Realce de FPS

Desafortunadamente, ambos servidores no conseguirán esos parámetros de FPS en una plataforma Win32 sin la ayuda de un ajuste. Para que el servidor tome servicio del sistema operativo, debe haber un ajuste de "temporizador de alta resolución". Normalmente, el sistema operativo funciona a "temporizador de baja resolución" que es bueno sólo para un máximo o tal vez de 100 FPS.

El ejecutar el Reproductor de Windows Media (no tiene que ejecutar un archivo, sólo espere a que se abra), forzará el sistema operativo a usar tiempos de alta-resolución que le dará capacidad al servidor de ejecutarse a mas de 1000 FPS. El Reproductor de Windows Media requiere cerca de 5MB cuando está estacionario, así que no es tan malo. También puede ejecutar un archivo Macromedia SWF en Internet Explorer y hará lo mismo.

Procesadores - INTEL VS AMD

Una cosa acerca de los FPS y los fabricantes de procesadores. Si ajusta el ys_ticrate (HLDS) o fps_max (SRCDS) a 1000, la mayoría de los procesadores Intel que funcionan con conjuntos de chip Intel alcanzarán los 1000 FPS al completo (más o menos). Los procesadores AMD y Procesadores Intel con un conjunto de chips de placa base NO Intel pueden alcanzar sólo 500FPS con el parámetro a 1000.

No tiene mucho sentido y no puede ser consistente de plataforma a plataforma pero es sólo una manera por la cual funcionan la placa base y el sistema operativo.

¿Por qué FPS más altos?

La razón por la cual funcionar con altos FPS es el tiempo de renderizado. A 1000FPS, el servidor renderiza un frame cada 1 milisegundo (ms). Esto significa que en el peor de los casos el ping del jugador es solo 1ms, ejemplo: el jugador consigue datos más precisos y puede conseguirlos más a menudo.

A 300FPS, son sólo 3ms lo cual es perfectamente aceptable, pero a 100FPS son 10ms, el cual es un porcentaje significativo de un ping de 100 (10%). Un jugador con 100 de ping podría estar obteniendo en realidad 110ms de tiempo de repuesta del servidor. Muchos sistemas AMD sólo funcionará a 60 FPS sin el realzador de ping el cual son 17ms.

Esto sigue sin ser significativo pero puede cambiar la sensación y tiempo de respuesta de los jugadores de su servidor.

Sin el realzador de FPS su servidor usará significativamente menos procesador pero la precisión podrá variar.