Estou trabalhando em um ocupado Windows 2008R2 Terminal Server, em que a sessão do Outlook de um usuário específico consome entre 2 GB e 4 GB de RAM.
O processo não parece ser um vazamento de memória lento, pois a RAM é utilizada quase imediatamente após a abertura do processo.
Até o momento, tentei o seguinte:
- Efetuando login na sessão do usuário e verificando suas configurações do Outlook. Não há nada anormal. As cotas de correio padrão estão em vigor, o usuário possui apenas 5.000 itens de caixa de correio. A cota é de 3 GB. O usuário está usando 1,2 GB. A caixa de entrada está quase vazia. Os itens excluídos são removidos bem.
- Outlook no modo de segurança. Não faz diferença.
- Removendo suplementos. Não faz diferença.
- Criando um novo perfil do Outlook. Não faz diferença.
- Abrindo a caixa de correio do usuário de outra conta. Não faz diferença.
- Movendo o usuário para um servidor de terminal diferente. Nenhuma mudança.
Nesse momento, o uso da RAM do Outlook do usuário é 10x-20x o de qualquer outro usuário. Há mais alguma coisa que eu deva olhar?
Informações e estatísticas do processo via NewRelic:
Editar:
Saída VMMAP:
Após esvaziar o "Conjunto de Trabalho":
Respostas:
Não sei explicar o porquê, mas esse problema ocorre apenas com uma edição de 64 bits do Outlook. A desatualização para o Outlook de 32 bits resolve isso.
fonte
Eu tive um usuário com um problema muito semelhante anos atrás. O problema foi causado por um calendário externo. Tente remover alguns / todos os calendários externos.
Na guia Calendário do Outlook:
Observe a pegada da memória ao remover. Se cair significativamente após a remoção de um, você saberá o culpado. Basta adicionar novamente os calendários que funcionam bem.
Ainda não tenho reputação suficiente para deixar comentários, então tive que seguir o estilo Jeopardy e colocar minha pergunta na forma de uma resposta ... desculpe se isso é totalmente irrelevante.
fonte
Se o usuário adicionou uma nova conta externa imap ou pop mail, é possível que esse seja o processo inicial de sincronização, que pode levar várias horas para caixas de correio muito grandes, dependendo das configurações de cache.
O servidor de email e o cliente têm configurações de cache separadas que podem reduzir essa carga nas contas de email recém-mapeadas.
fonte