Kami telah bekerja di sebuah ujian penerimaan pengguna (UAT) persekitaran yang, berbanding dengan pembangunan, mati perlahan.
Ia adalah persekitaran yang rumit menggunakan FBA, SQL 2008, SSRS dan aplikasi web dilanjutkan diakses melalui internet menggunakan https, jadi ia menjadi sukar untuk mengesan isu.
Untuk pelanggan sebelumnya, kita digunakan FBA dengan pembekal peranan LDAP (dan pembekal keahlian). Rakan sekerja saya, jauh lebih bijak daripada saya, yang ditentukan "keluar dari kotak" Pembekal peranan LDAP, apabila digunakan dalam persekitaran yang, tidak membolehkan perskalaan baik. Untuk menyelesaikan masalah ini bagi klien yang, Beliau telah melaksanakan skim caching yang bagus dalam pembekal peranan adat.
Keadaan ini seolah-olah sama, Jadi kita melihat ke dalam mereplikakan penyelesaian itu kepada pelanggan hari ini. Kerana saya adalah penyahpepijatan yang, Saya dapati bahawa mesej ini sering akan muncul dalam log Sistem (daripada Viewer Acara):
Satu proses pekerja dengan proses id ' XXX’ berkhidmat aplikasi kolam ' rumah – 80’ telah meminta satu kitar semula kerana ia mencecah had ingatan maya.
Saya mengambil ini bermakna bahawa kolam aplikasi itu kitar semula jauh, terlalu kerap dan yang akan menjelaskan masalah prestasi.
Saya melihat Kumpulan aplikasi harta dan anak "kitar semula" Laman menunjukkan bahawa harta "ingatan maya maksimum (dalam megabait)" telah disetkan untuk benar dan telah ditetapkan 5000. Yang kelihatan seperti cukup, tetapi saya memutuskan untuk Surat nilai dan yang mempunyai kesan positif yang segera. Kolam aplikasi tidak lebih kitar semula. Tiada lagi misteri slow-downs dan masa rehat dirumus.
Saya benar-benar tidak faham asas "barangan" yang berlaku di sana, tetapi dengan jelas beberapa jenis punca / kesan perkara yang berlaku dan kini, persekitaran UAT boleh digunakan.
</akhir>
Phil Wicklund