Não consigo explicar por quê, mas esse problema só acontece com uma edição de 64 bits do Outlook. Fazer o downgrade para o Outlook de 32 bits resolve isso.
Estou trabalhando em um Servidor de Terminal Windows 2008R2 ocupado, onde uma sessão do Outlook de um usuário particular consome entre 2 GB e 4 GB de RAM.
O processo não parece ser um vazamento lento de memória, já que a RAM é utilizada quase imediatamente após o processo ser aberto.
Até hoje, tentei o seguinte:
Neste ponto, o uso de RAM do Outlook do usuário é de 10x a 20x de qualquer outro usuário. Há mais alguma coisa que eu deveria olhar?
Processe informações e estatísticas via NewRelic:
Gerenciadordetarefas:
ProcessExplorer:
Editar:
SaídadoVMMAP:
Depoisdeesvaziar"Conjunto de trabalho":
Eu tive um usuário com um problema muito parecido anos atrás. O problema foi causado por um calendário externo. Tente remover qualquer / todos os calendários externos.
Na guia Calendário do Outlook:
Observe o tamanho 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.
Eu não tenho reputação suficiente para deixar comentários ainda, então eu tive que ir ao estilo do Jeopardy e fazer a minha pergunta na forma de uma resposta ... desculpe se isso é totalmente irrelevante.
Se o usuário adicionou uma nova conta imap ou pop-mail externa, é possível que este seja o processo de sincronização inicial, que pode levar várias horas para caixas de correio muito grandes, dependendo das configurações de cache.
O servidor de e-mail e o cliente têm configurações de cache separadas que podem reduzir essa carga em contas de e-mail recém-mapeadas.