Vi har jobbat i en användare acceptanstest (UAT) miljö som, jämfört med utvecklingen, döda långsam.
Det är en komplicerad miljö med FBA, SQL 2008, SSRS och utökade program tillgängliga över internet med https, så det har varit svårt att spåra upp frågan.
För en tidigare klient, Vi använde FBA med en LDAP-provider för roll (och medlemskapsprovider). En av mina kolleger, långt mer smart än jag, fastställt att "ur rutan" Rollprovider för LDAP, När den används i denna miljö, var inte skalning väl. Att lösa problemet för klienten, han genomfört ett trevligt caching system i en anpassad Rollprovider.
Denna situation verkade liknande, så vi tittade in i replikering att lösningen till den dagens klient. Eftersom jag felsökning som, Jag märkte att detta budskap skulle ofta visas i systemloggen (från Loggboken):
En arbetsprocess med process-id ' XXX’ som betjänar programpool ' hem – 80’ har begärt återvinning eftersom den nått sin gräns för virtuellt minne.
Jag tog detta som att app poolen långt återvinning, alldeles för ofta och det skulle förklara en prestanda problem.
Jag tittade på app poolens egenskaper och dess "återvinning" sida visade att egenskapen "högsta mängd virtuellt minne (i megabyte)" hade ställts in på true och hade satts till 5000. Det verkar vara tillräckligt, men jag beslöt att ta bort värdet och som hade en omedelbar positiv effekt. Ingen mer programpool återvinning. Ingen mer mystiska nedgångsperioder och pauser.
Jag förstår inte riktigt den underliggande "grejer" som händer där, men uppenbarligen någon form av orsak/verkan sak händer och nu, UAT miljön är användbara.
</slutet>
Phil Wicklund