Я работаю на загруженном сервере терминалов Windows 2008R2, где частности сеанс Outlook пользователя потребляет от 2 до 4 ГБ оперативной памяти.
Процесс не выглядит медленной утечкой памяти, так как оперативная память используется почти сразу после открытия процесса.
На сегодняшний день я пробовал следующее:
На этом этапе использование ОЗУ Outlook пользователем в 10-20 раз больше, чем у любого другого пользователя. Есть ли еще что-нибудь, на что мне стоит взглянуть?
Информация о процессах и статистика через NewRelic:
Диспетчер задач:
Обозреватель процессов:
Редактировать:
Вывод VMMAP:
После опорожнения «Рабочего набора»:
Много лет назад у меня был пользователь с очень похожей проблемой. Проблема была вызвана внешним календарем. Попробуйте удалить все / все внешние календари.
На вкладке календаря Outlook:
Следите за объемом памяти при удалении. Если после удаления одного из них он значительно упадет, вы будете знать виновника. Просто заново добавьте календари, которые хорошо воспроизводятся.
У меня еще нет достаточной репутации, чтобы оставлять комментарии, поэтому мне пришлось пойти в стиле Jeopardy и задать свой вопрос в форме ответа ... извините, если это совершенно не относится к делу.
Я не могу объяснить почему, но эта проблема возникает только с 64-разрядной версией Outlook. Переход на 32-разрядную версию Outlook решает эту проблему.
Если пользователь добавил новую внешнюю учетную запись imap или pop mail, возможно, это начальный процесс синхронизации, который может занять несколько часов для очень больших почтовых ящиков в зависимости от настроек кеша.
И сервер электронной почты, и клиент имеют отдельные настройки кэширования, которые могут снизить эту нагрузку на недавно подключенные учетные записи электронной почты.