Ми смо радили на тестирању корисника прихватање (УАТ) окружење које, у односу на развој, је мртав спор.
То је компликовано окружење помоћу ФБА, СКЛ 2008, ССРС и додатне веб апликације доступне преко Интернета помоћу хттпс, тако да је било тешко да пронађу проблем.
За претходне клијента, користили смо ФБА са ЛДАП улога провајдера (чланство и провајдер). One of my colleagues, много паметнији од мене, determined that the "out of the box" ЛДАП улогу провајдера, када се користи у тој средини, 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, Приметио сам да ће се ова порука често појављује у системској евиденцији (из Евент Виевер):
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" то се дешава тамо, али очигледно нека врста узрок / ефекат ствар се дешава и за сада, УАТ окружење је употребљив.
</крај>
Phil Wicklund