Por que os outros bytes são realmente altos (100 GB) ao usar os serviços de terminal (área de trabalho remota)?

2

Estou executando um servidor com o Win 2003 Standard e, quando estou remotamente, vejo que o I / O Other Delta é excepcionalmente alto. Se eu não mover o mouse ou tocar em nada, é algo em torno de 4 GB, mas se eu começar a mover o mouse, ele aumentará para mais de 100 GB. O que precisamente é incluído em Other I / O e é normal ter I / O tão alto? O que está causando isso e como posso resolvê-lo?

Notamos que quando o servidor está estressado a esse respeito, isso afeta negativamente o desempenho do sistema e está causando problemas de rede para outros aplicativos. Temos pelo menos 3 GB de RAM dos 11 GB instalados e a CPU está consistentemente abaixo de 20 a 30% de uso.

    
por Middletone 24.06.2009 / 19:49

3 respostas

2

Se a sua área de trabalho remota estiver configurada para alta resolução e houver muito movimento na tela, muitos dados serão gerados em direção ao terminal.

Você pode configurar a sessão da área de trabalho remota para usar resoluções gráficas mais baixas para reduzir o tráfego.

Existem outras ferramentas ( TightVNC que são muito boas) que comprimem os dados e permitem comunicações muito rápidas.

Isso não quer dizer que os clientes da Microsoft são ruins. O MS Terminal Server também tem muita configuração, você precisa ajustá-los aos seus requisitos .

    
por 24.06.2009 / 20:18
1

IO Outro inclui IO de rede. À medida que os bitmaps da área de trabalho são enviados ao cliente de área de trabalho remota, o delta aumenta. Quando você move o mouse em torno dos bitmaps, ele precisa enviar dados para o seu cliente. Quando você está apenas sentado lá, não há nenhuma atualização de tela acontecendo e, portanto, nenhum novo bitmaps será enviado.

    
por 24.06.2009 / 20:05
0

No Windows 2003 com AMD cpu, pode haver um desvio no tempo que causa leituras do contador de desempenho excessivamente altas. Você pode ler sobre isso aqui . Tente adicionar a opção / usepmtimer mencionada no artigo.

    
por 24.06.2009 / 20:22