Resolução de problemas de desempenho do Terminal Server 2003

1

Deixe-me ver sua opinião sobre os problemas de desempenho do servidor de terminal. O servidor hospeda uma média de 25 usuários que, depois de executar alguns números, usam em média 600MB de memória com seus principais aplicativos em execução (navegador da web, leitor de adobe, cliente de telefone IP). Todos os usuários estão na mesma LAN que o servidor. Nós constantemente experimentamos respostas lentas e curtos períodos de sessões. O uso combinado da CPU é em média de 10%. O que parece estranho para mim é que o sistema mostra 29GB de memória física com 25GB de graça. O uso do arquivo de paginação é de cerca de 50%, em média, de 9 GB usados.

Algumas especificações do servidor

OS: Server 2003 Enterprise 32bit com o flag / PAE RAM: 32 GB CPU: 2xQuad Core @ 2.27Ghz HD: RAID5 1,2 GB

Depois de fazer a resolução de problemas básica usando o monitor de desempenho, acredito que os problemas de desempenho são causados pela limitação do sistema operacional de 32 bits ao abordar 32 GB de memória física total, embora o sinalizador / PAE seja usado.

Alguém pode sugerir algo, etapas de solução de problemas que podem levar a uma resposta mais conclusiva?

Obrigado

    
por MikeM 17.10.2012 / 16:23

3 respostas

1

Há um pouco de incômodo pouco documentado com o PAE no Windows. Apesar do fato de que o sistema operacional agora é capaz de alocar toda a memória RAM no sistema, alguns aplicativos ainda não o utilizam.

Com o PAE ativado, cada processo ainda é limitado aos limites de um ambiente de 32 bits (4GB) ... a menos que seja especificamente criado para usar AWE (extensões de janela de endereço).

Apesar de todas essas "informações" ... não acho que esse seja o problema que você está enfrentando. (você tem processos excedendo 4gb de RAM?) 9GB de paginação para mim é bastante excessivo. Doubly-so quando você levar em conta que este é um servidor de terminal. Tanto disco-IO é ruim para o desempenho. Como mfinni disse, é mais provável que você esteja com problemas com seu disco IO do que com problemas de memória. Eu vi exatamente os mesmos sintomas que você descreve, apenas para descobrir que, de fato, minhas unidades de disco não conseguiam acompanhar a carga de trabalho. Há uma lista de motivos para excesso de E / S de Disco e tantas soluções para o problema.

No meu caso, descobri que o serviço de spooler de impressão estava alocando quantidades enormes de RAM (que eram principalmente despejadas no arquivo de paginação). Acontece que há um problema de longa data no spooler de impressão sempre que as impressoras são criadas / excluídas.

(quando as impressoras são criadas, a memória é alocada para o driver. Quando são excluídas, a memória não é desalocada. O resultado em um servidor de terminal com usuários entrando e saindo o dia inteiro é um serviço de spooler de impressão com 2 gb + de RAM alocada ... e a maior parte é lançada no arquivo de paginação) Sempre que possível, não use o RDP para compartilhar as impressoras.

Existem muitos outros gotchyas escondidos quando se trata de serviços de terminal e memória.

    
por 17.10.2012 / 17:08
1

Memória insuficiente para sessões do usuário pode estar fazendo isso. Explique o que você fez em Perfmon que te leva a essa conclusão, por favor?

edit - OK, eu não me preocuparia muito com o arquivo de paginação. É diferente de como a VM funciona em sistemas Unix antigos; O Windows processará as coisas de forma mais agressiva para manter mais memória física livre. Como levar a métrica de uso do arquivo de paginação para zero? Se você está realmente preocupado com a paginação, olhe para a taxa de leitura da página IO. Essa é a taxa de falha difícil.

Um problema muito comumente negligenciado com os servidores de terminal de interatividade é o disco IO - que causa sérios problemas de experiência do usuário sem que você imediatamente salte de dados de desempenho. Sua placa RAID tem um BBWC e você está fazendo o cache de gravação? Se não, você está quase definitivamente vendo problemas - usando o PerfMon veja o Comprimento da Fila de Disco no volume RAID. Regra de ouro (IIRC) é que um número maior do que o número de fusos físicos no array é ruim.

    
por 17.10.2012 / 16:31
0

O Windows 2003 x86 é definitivamente desafiador em relação à memória do kernel. Por padrão, ele tem o máximo de pool de paginação inferior e o pool não paginado no máximo do que o Windows XP. Nós costumávamos maximizar esses dois valores, mas mesmo assim é fácil esgotar a memória do kernel.

Mais informações aqui: link

29 GB é realmente desperdiçado em um servidor de terminal x86.

FYI, eu não descartaria a rede mesmo estando no mesmo segmento da LAN.

    
por 17.10.2012 / 17:05