Մենք աշխատում ենք Օգտվողի ընդունման փորձարկումների (UAT) միջավայր, որտեղ, համեմատ զարգացմանը, մեռած է դանդաղ.

Դա բարդ միջավայր օգտագործելով FBA, SQL 2008, SSRS ու երկարատեւ, ցանց օգտվել է ինտերնետից օգտվում https, որ այն եղել դժվար է հետեւել են հարցը.

Մի նախորդ վստահորդի, մենք օգտագործեցինք FBA հետ LDAP դերը մատակարարի (եւ անդամակցության մատուցողը). One of my colleagues, շատ ավելի խելացի է, քան ես, determined that the "out of the box" LDAP դերը պրովայդեր, երբ օգտագործվում է այդ միջավայրում, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

Այս իրավիճակը կարծես նման, so we looked into replicating that solution to the today’s client. As I was debugging that, Ես նկատեցի, որ այս հաղորդագրության մասին հաճախ հայտնվում են համակարգի գրանցամատյանում (սկսած Event Viewer):

A worker process with process id of ‘XXX’ serving application pool ‘Home – 80’ has requested a recycle because it reached its virtual memory limit.

Ես էլ դա նշանակում է, որ այդ ծրագիրն լողավազանում տեղի վերամշակման հեռու, շատ հաճախ եւ, որը բացատրում կատարման խնդիրը.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (Այս մեգաբայտ)" had been set to true and had been set to 5000. That seems like enough, but I decided to unset the value and that had an immediate positive effect. No more app pool recycling. No more mysterious slow-downs and pauses.

I don’t really understand the underlying "stuff" դա լինելու այստեղ, սակայն հստակ ինչ - որ դատի / ազդեցությունը բան է տեղի ունենում, եւ այժմ, որ UAT միջավայրը օգտագործելի.

</վերջ>

Անդամագրվել իմ բլոգում.