Vi har arbejdet i en bruger accept test (UAT) miljø som, i forhold til udvikling, døde langsomt.
Det er en kompliceret miljø ved hjælp af formularbaseret godkendelse, SQL 2008, SSRS og udvidet webapplikationer tilgængelige over internettet ved hjælp af https, så det har været svært at opspore spørgsmålet.
For en tidligere klient, Vi brugte FBA med en LDAP-rolleprovider (og medlemskabsudbyderen). En af mine kolleger, langt mere klog end jeg, fastslået, at "ud af boksen" LDAP-rolleprovider, Når det bruges i dette miljø, var ikke skalering godt. At løse dette problem for denne klient, han gennemført en nice cacheing ordning i en brugerdefineret rolleprovider.
Denne situation syntes lignende, så vi kiggede ind i gentage denne løsning til dagens klient. Da jeg debugging,, Jeg har bemærket, at denne meddelelse forekommer hyppigt i systemloggen (fra Logbog):
En arbejdsproces med proces-id'et ' XXX’ der betjener programgruppen ' hjem – 80’ har anmodet om genbrug, fordi den har nået sin grænse for virtuel hukommelse.
Jeg tog dette til at betyde, at app poolen genbrug langt, alt for ofte og at ville forklare et performance problem.
Jeg kiggede på den app pool egenskaber og dens "genbrug" siden viste, at egenskaben "maksimum virtuel hukommelse (i megabyte)" havde været sat til true og havde været sat til 5000. Der synes nok, men jeg besluttede at frakoblet værdien, og som havde en umiddelbar positiv effekt. Ikke flere app pool genbrug. Ikke mere mystisk langsom-nedskrivninger og pauser.
Jeg forstår ikke rigtig den underliggende "ting" der foregår der, men klart en slags årsag/virkning ting sker og nu, UAT miljø er brugbar.
</slutningen>
Phil Wicklund