Við höfum verið að vinna í staðfestingu notandi próf (UAT) umhverfi sem, í samanburði við þróun, er dauður hægur.

Það er flókið umhverfi með FBA, SQL 2008, SSRS og útbreiddur vefur umsókn aðgengileg í gegnum netið með því að nota https, þannig að það er verið erfitt að elta uppi vandamálið.

Fyrir fyrri viðskiptavini, við notuðum FBA með LDAP hlutverk hendi (og aðild hendi). One of my colleagues, miklu meira snjall en ég, determined that the "out of the box" LDAP hlutverk hendi, þegar það er notað í því umhverfi, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

Þetta ástand virtist svipað, so we looked into replicating that solution to the today’s client. As I was debugging that, Ég tók eftir því að þessi skilaboð myndu oft birtast í System Log (frá 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.

Ég tók þetta að meina að app laug var endurvinnslu langt, allt of oft og það myndi útskýra árangur vandamál.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (í megabætum)" 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" sem er að gerast þarna, en greinilega einhvers konar orsök / áhrif hlutur er að gerast og nú, The UAT umhverfi er nothæft.

</enda>

Gerast áskrifandi að bloggið mitt.