Smo delali v a uporabnik testiranju (UAT) okolje ki, v primerjavi z razvojem, je neživ počasi vozite.

To je zapleteno okolje using FBA, SQL 2008, SSRS in podaljškom aplikacije, dostopne prek interneta using https, tako je bilo težko izslediti vprašanje.

Za prejšnji stranko, uporabili smo FBA z vlogo ponudnika LDAP (in ponudnika članstva). Eden od mojih kolegov, veliko bolj pameten kot jaz, ugotovili, da je "iz območja" LDAP vlogo ponudnika, Kadar se uporablja v tem okolju, bilo tudi luščenje. Za rešitev tega problema za stranko, On lepo caching sistem izvajalo po meri vlogo ponudnika.

Ta položaj je zdelo podobno, tako smo iskali v posnema ta rešitev za današnji odjemalca. Kot je bilo odpravljanje napak, da, Opazil sem, da bi to sporočilo pogosto prikaže v sistemski dnevnik (s pregledovalnikom dogodkov):

Delovni proces z id procesa "XXX’ služijo programov "domov – 80’ zaprosila za recikliranje, ker je dosegla svoj višek navideznega pomnilnika.

Sem vzel to pomeni, da je bil bazen app recikliranje daleč, daleč preveč pogosto in to bi pojasniti težave z učinkovitostjo delovanja.

Sem pogledal na bazen app lastnosti in njeno recikliranje"" strani je pokazala, da lastnost "največ navideznega pomnilnika (v megabajtih)" je bil nastavljen na true in je bil določen 5000. To se zdi kot dovolj, vendar sem se odločil, da odstrani vrednost in ki je takojšen pozitiven učinek. Ni več app bazen recikliranje. Nič več skrivnostnih slow-downs in premori.

Res ne razumem osnovnih stvari"" To se dogaja tam, ampak jasno nekakšen vzrok/učinek stvar dogaja in za zdaj, UAT okolje je uporaben.

</namen>

Naročite se na moj blog.