Hemos estado trabajando en una prueba de aceptación de usuario (UAT) medio ambiente que, en comparación con el desarrollo, es muerta lenta.

Es un entorno complicado usando FBA, SQL 2008, SSRS y extendida web aplicaciones accesibles a través de internet mediante https, por lo que ha sido difícil rastrear la cuestión.

Para un cliente anterior, utilizamos FBA con un proveedor de funciones LDAP (y el proveedor de pertenencia). Uno de mis colegas, mucho más inteligente que yo, se determinó que el "fuera de la caja" Proveedor de funciones LDAP, Cuando se utiliza en ese ambiente, no escala bien. Para resolver este problema para que el cliente, implementó un bonito esquema de caché en un proveedor de funciones personalizado.

Esta situación parecía similar, así que buscamos replicar esa solución para el cliente de hoy. Como yo estaba de depuración que, Me di cuenta de que este mensaje que frecuentemente aparecen en el registro del sistema (desde el visor de sucesos):

Un proceso de trabajo con id de proceso ' XXX’ servir de grupo de aplicaciones ' Inicio – 80’ ha solicitado un reciclaje porque alcanzó su límite de memoria virtual.

Tomé esto quiere decir que la piscina de app fue reciclando lejos, con demasiada frecuencia y eso explicaría un problema de rendimiento.

He mirado las propiedades de la piscina de la aplicación y su reciclaje"" Página demostraron que la propiedad "máxima memoria virtual (en megabytes)" había establecido en true y se ha creado 5000. Parece que gusta bastante, pero decidí anular el valor y que tuvo un efecto positivo inmediato. No hay piscina de app más reciclaje. No más misterioso lentitud y pausas.

Realmente no entiendo la subyacente "cosas" está pasando ahí, Pero claramente algún tipo de causa/efecto está ocurriendo y por ahora, el entorno de la UAT es usable.

</final>

Suscribirse a mi blog.