Acelerar el uso de CPU consumido por el proceso

0

Dirigimos una empresa de servidores de juegos donde básicamente tenemos grandes cantidades de clientes compartiendo una sola máquina, y estamos en su propia instancia de un Proceso Java (Minecraft) administrado por nuestros Paneles de Control Web. En las últimas actualizaciones de juegos lanzadas, nos hemos dado cuenta de que muchos de los complementos de terceros que el uso de nuestros clientes se ha escrito mal y con frecuencia vemos grandes aumentos de CPU de ciertos servidores hasta que eliminamos manualmente el proceso.

Nuestro Panel de juegos reinicia automáticamente los procesos, por lo que matarlos no es realmente un problema. Nuestro problema es que una vez que uno de estos servidores comienza a consumir más del 50% del uso de la CPU, se necesitan al menos 5 minutos para RDP en la máquina, localizar a quién pertenece, apagarlo y notificarles.

¿Hay alguna solución actual para Server 2008 que permita limitar el uso de la CPU o, en el peor de los casos, simplemente eliminar automáticamente un proceso atascado con esa cantidad? Como Minecraft es esencialmente una aplicación de un solo subproceso, hemos investigado el uso de Affinity, aunque con las variaciones en nuestros Paquetes y las fluctuaciones en el uso, esto no funciona bien para nosotros. Alguna opción para limitar el uso máximo que puede usar un proceso sería perfecta, o al menos la opción de matar un proceso usando esa cantidad.

¡Gracias!

Aidan Knight
fuente

Respuestas:

1

Parece que quieres algo como lo que se describe aquí:

http://technet.microsoft.com/en-us/library/ff384148%28v=ws.10%29.aspx

Este es un sistema de cuotas por usuario para procesos (técnicamente por SID) y debe hacer lo que necesita. Si tiene 10 procesos de Minecraft y limita cada uno al 9%, debe tener un 10% de CPU disponible para RDP y similares.

Si está alcanzando otros límites de recursos, es posible que desee considerar limitarlos por separado.

Slartibartfast
fuente
1

Recomendaría simplemente dejar caer la prioridad para cada instancia. De esa manera, su acceso remoto tendrá mayor prioridad que las tareas fuera de control. También es posible que desee buscar un esquema de administración más ligero, como el control remoto de PowerShell.

David Schwartz
fuente