Hem estat treballant en un proves d'acceptació de l'usuari (UAT) medi ambient que, en comparació amb el desenvolupament, és mort lent.
És un entorn complicat utilitzant FBA, SQL 2008, SSRS i aplicacions web ampliada accessible per internet amb el protocol https, així ha estat difícil de perseguir l'assumpte.
Per a un client anterior, Utilitzàvem FBA amb un proveïdor de paper d'LDAP (i proveïdor de pertinences). Un dels meus companys, molt més intel ligent que jo, van determinar que el "fora de la caixa" Proveïdor de paper d'LDAP, Quan s'utilitza en aquell entorn, no escalat bé. Per resoldre aquest problema per a aquest client, va implantar un bon esquema emmagatzematge en memòria cau en un proveïdor de funcions personalitzada.
Aquesta situació semblava similar, així ens fixem en replicar que la solució al client de l'avui. Com era de depuració que, Em vaig adonar que aquest missatge amb freqüència apareix en el registre de sistema (des d'espectador d'esdeveniment):
Un procés de treball amb l'identificador de procés de "XXX’ servint el conjunt d'aplicacions ' inici – 80’ ha demanat una paperera perquè va arribar al seu límit de memòria virtual.
Prenia això significa que la piscina app era reciclatge molt, massa sovint i això explicaria un problema d'actuació.
Vaig mirar a les propietats de la piscina d'aplicació i la seva "reciclatge" pàgina que mostrava la propietat "màxima memòria virtual (en megabytes)" havien creat cert i havien creat 5000. Allò sembla com prou, però em vaig decidir per canviar el valor i que havia un positiu efecte immediat. No piscina app més reciclatge. Reduccions no més misteriosa i pauses.
No entenc realment la "matèria subjacent" que està passant allà, però clarament una mena de cosa causa/efecte està passant i per ara, l'entorn UAT és utilitzable.
</final>
Phil Wicklund