Permítame conocer su opinión sobre los problemas de rendimiento del servidor terminal. El servidor alberga un promedio de 25 usuarios que, después de ejecutar algunos números, utilizan en promedio 600 MB de memoria con sus aplicaciones principales en ejecución (navegador web, lector Adobe, cliente de teléfono IP). Todos los usuarios están en la misma LAN que el servidor. Experimentamos constantemente una respuesta lenta y bloqueos de sesiones breves. El uso combinado de CPU es en promedio del 10%. Lo que me parece extraño es que el sistema muestra 29GB de memoria física con 25GB libres. El uso del archivo de página es aproximadamente del 50 % con un promedio de 9 GB utilizados.
Algunas especificaciones del servidor
SO: Server 2003 Enterprise de 32 bits con bandera /PAE RAM: 32 GB CPU: 2xQuad Core @ 2,27 Ghz HD: RAID5 1,2 GB
Después de solucionar problemas básicos usando el monitor de rendimiento, me lleva a creer que los problemas de rendimiento son causados por la limitación del sistema operativo de 32 bits al abordar 32 GB completos de memoria física, incluso aunque se use el indicador /PAE.
¿Alguien puede sugerir algo, pasos para solucionar problemas que puedan conducir a una respuesta más concluyente?
Gracias
Respuesta1
Hay una molestia poco documentada con PAE en Windows. A pesar de que el sistema operativo ahora es capaz de asignar toda la RAM del sistema, algunas aplicaciones aún no la utilizan.
Con PAE habilitado, cada proceso aún está limitado a los límites de un entorno de 32 bits (4 GB)... a menos que esté diseñado específicamente para utilizar AWE(Extensiones de ventanas de direcciones).
A pesar de toda esta "información"... no creo que este sea el problema con el que te estás encontrando. (¿Tiene procesos que superan los 4 GB de RAM?) Para mí, 9 GB de paginación es bastante excesivo. Doblemente si se tiene en cuenta que se trata de un servidor de terminal. Tanta E/S de disco es mala para el rendimiento. Como dijo mfinni, es más probable que tenga problemas con la E/S de su disco que con problemas de memoria. He visto exactamente los mismos síntomas que usted describe, sólo para descubrir que, efectivamente, mis unidades de disco no podían mantener el ritmo de la carga de trabajo. Hay una larga lista de razones para el exceso de Disk IO y tantas soluciones al problema.
En mi caso, descubrí que el servicio de cola de impresión estaba asignando ENORMES cantidades de RAM (que en su mayor parte se descargaba en el archivo de paginación). Resulta que hay un problema de larga data en la cola de impresión cada vez que se crean/eliminan impresoras.
(cuando se crean las impresoras, se asigna memoria para el controlador. Cuando se eliminan, la memoria no se desasigna. El resultado en un servidor de terminal con usuarios iniciando y cerrando sesión durante todo el día es un servicio de cola de impresión con más de 2 GB de RAM asignada... y la mayor parte enviada al archivo de página) Cuando sea posible, no utilice RDP para compartir las impresoras.
Hay muchos otros problemas ocultos cuando se trata de servicios de terminal y memoria.
Respuesta2
Es posible que esto se deba a una memoria insuficiente para las sesiones de usuario. Explica qué hiciste en Perfmon que te lleva a esa conclusión, por favor.
editar - OK, no me preocuparía tanto por el archivo de paginación. Es diferente de cómo funciona VM en sistemas Unix antiguos; Windows paginará las cosas de manera más agresiva para mantener más memoria física libre.¿Cómo llevar a cero la métrica de uso del archivo de paginación?Si realmente le preocupa la paginación, consulte la tasa de lectura de E/S de la página. Ésa es la tasa de fallas graves.
Un problema que comúnmente se pasa por alto con los servidores de terminales interactivos es la E/S del disco, que causa problemas graves en la experiencia del usuario sin que salten inmediatamente a la vista los datos de rendimiento. ¿Su tarjeta RAID tiene una BBWC y está realizando almacenamiento en caché de escritura? De lo contrario, es casi seguro que esté viendo problemas: al utilizar PerfMon, observe la longitud de la cola del disco en el volumen RAID. La regla general (IIRC) es que un número mayor que el número de ejes físicos en la matriz es malo.
Respuesta3
Windows 2003 x86 definitivamente tiene problemas de rendimiento con respecto a la memoria del kernel. De forma predeterminada, tiene un máximo de grupo paginado y un máximo de grupo no paginado más bajos que Windows XP. Solíamos maximizar estos dos valores, pero incluso con eso es bastante fácil agotar la memoria del kernel.
Más información aquí: https://serverfault.com/a/389299/20701
Realmente se desperdician 29 GB en un servidor terminal x86.
Para su información, no descartaría la red aunque estén en el mismo segmento LAN.