Estoy trabajando en un Terminal Server Windows 2008R2 ocupado donde la sesión de Outlook de un usuario en particular consume entre 2 GB y 4 GB de RAM.
El proceso no parece ser una pérdida de memoria lenta, ya que la RAM se utiliza casi inmediatamente después de que se abre el proceso.
Hasta la fecha he intentado lo siguiente:
- Iniciar sesión en la sesión del usuario y verificar su configuración de Outlook. No hay nada anormal Las cuotas de correo predeterminadas están establecidas, el usuario solo tiene 5,000 elementos de buzón. La cuota es de 3 GB. El usuario está usando 1.2GB. La bandeja de entrada está casi vacía. Los elementos eliminados se podan bien.
- Outlook en modo seguro. Ninguna diferencia.
- Eliminar complementos. Ninguna diferencia.
- Crear un nuevo perfil de Outlook. Ninguna diferencia.
- Abrir el buzón del usuario desde otra cuenta. Ninguna diferencia.
- Mover al usuario a un servidor terminal diferente. Ningún cambio.
En este punto, el uso de RAM de Outlook del usuario es 10x-20x el de cualquier otro usuario. ¿Hay algo más que debería mirar?
Procese información y estadísticas a través de NewRelic:
Editar:
Salida VMMAP:
Después de vaciar el "Conjunto de trabajo":
Respuestas:
Realmente no puedo explicar por qué, pero este problema solo ocurre con una edición de 64 bits de Outlook. La degradación a Outlook de 32 bits lo resuelve.
fuente
Tuve un usuario con un problema muy similar hace años. El problema fue causado por un calendario externo. Intente eliminar cualquiera / todos los calendarios externos.
En la pestaña Calendario de Outlook:
Observe la huella de memoria mientras la elimina. Si cae significativamente después de quitar uno, conocerá al culpable. Simplemente vuelva a agregar los calendarios que funcionan bien.
Todavía no tengo la reputación suficiente para dejar comentarios, así que tuve que ir al estilo Jeopardy y plantear mi pregunta en forma de respuesta ... lo siento si esto es totalmente irrelevante.
fuente
Si el usuario agregó una nueva cuenta externa de correo electrónico o imap, es posible que este sea el proceso de sincronización inicial, que puede demorar varias horas en los buzones muy grandes, según la configuración de la memoria caché.
Tanto el servidor de correo electrónico como el cliente tienen configuraciones de almacenamiento en caché separadas que pueden reducir esta carga en las cuentas de correo electrónico recién asignadas.
fuente