Biz bir istifadəçi qəbul test çalışıyorduk (UAT) mühitin, inkişaf müqayisədə, yavaş ölü.
Bu FBA istifadə edərək mürəkkəb mühit var, SQL 2008, HTTPS istifadə SSRS və internet üzərindən əldə uzun web applications, belə ki, bu məsələ aşağı izlemek üçün çətin oldu.
Bir əvvəlki müştəri üçün, biz bir LDAP rol təminatçınız ilə FBA istifadə (və üzvlük provider). One of my colleagues, Mən daha çox ağıllı, determined that the "out of the box" LDAP rol provider, ki, ətraf mühit istifadə edərkən, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.
Bu vəziyyət bənzər göründü, so we looked into replicating that solution to the today’s client. As I was debugging that, Mən bu mesajı tez-tez Sistem günlüğünde görünür ki, qeyd (Olay Viewer-dən):
A worker process with process id of ‘XXX’ serving application pool ‘Home – 80’ has requested a recycle because it reached its virtual memory limit.
Mən app hovuz qədər təkrar etdi ki, demək, bu etmişdir, çox tez-tez və bir performans problem izah edərdiniz.
I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (megabayt)" 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" ki, davam, lakin aydın səbəb / təsir şey bir növ baş verən və indi üçün isə, ki, UAT mühit lazımlı.
</son>
Phil Wicklund