We hebben gewerkt in een gebruikers acceptatie testen (UAT) omgeving die, in vergelijking tot ontwikkeling, is dood traag.

Het is een ingewikkeld omgeving met behulp van FBA, SQL 2008, SSRS en uitgebreide webtoepassingen toegankelijk via het internet met https, dus het is moeilijk geweest om sporen van het probleem.

Voor een vorige client, We FBA gebruikt met een LDAP-provider van rol (en lidmaatschapsprovider). Een van mijn collega 's, veel slimmer dan ik, bepaald dat de "out of the box" LDAP-provider van rol, Wanneer gebruikt in die omgeving, was niet goed schalen. Voor oplossen zulks werkstuk voor die client, Hij toepassen een mooi in het voorgeheugen onderbrengende regeling in een aangepaste rol provider.

Deze situatie leek vergelijkbaar, zodat we gekeken naar het repliceren van deze oplossing naar de hedendaagse client. Zoals ik was dat foutopsporing, Ik merkte dat dit bericht zou vaak worden weergegeven in het systeemlogboek (van Logboeken):

Een werkproces met de proces-id van ' XXX’ voor toepassingen ' Home – 80’ heeft een recycle aangevraagd omdat het bereikt zijn limiet voor virtueel geheugen.

Ik nam dit betekent dat de groep van toepassingen veel was recycling, veel te vaak en dat zou verklaren een prestatieprobleem.

Ik keek naar de app zwembad van de eigenschappen en de "Recycling" pagina is gebleken dat de eigenschap "maximale hoeveelheid virtueel geheugen (in megabytes)" had is ingesteld op true en had is ingesteld op 5000. Dat lijkt zo genoeg, maar ik besloot te unset de waarde en die had een direct positief effect. Geen meer app zwembad recycling. Niet meer mysterieuze slow-downs en pauzes.

Ik begrijp werkelijk niet de onderliggende "stuff" dat gaat er aan, maar duidelijk een soort oorzaak/gevolg ding gebeurt en voor nu, het milieu UAT is bruikbaar.

</einde>

Abonneren op mijn blog.