Mengoptimumkan prestasi kolam aplikasi IIS memerlukan pengimbangan sumber dan kestabilan. Mata utama termasuk: 1. Menetapkan masa kitar semula yang sesuai, disyorkan untuk pulih pada puncak rendah setiap hari atau mencetuskannya mengikut ingatan; 2. Kawal had atas memori (seperti 512MB ~ 1GB) untuk mengelakkan sumber berebut sumber; 3. Dayakan pengasingan kesalahan cepat, laraskan ambang ralat untuk mengelakkan misblocking; 4. Laraskan masa tamat masa yang terbiar, dan tingkatkan kelajuan tindak balas dalam kombinasi dengan pramuat.

Pengoptimuman penetapan prestasi kolam aplikasi IIS sebenarnya adalah untuk mencari titik keseimbangan antara peruntukan sumber dan kestabilan. Anda mungkin menyedari bahawa jika konfigurasi tidak munasabah, tindak balas laman web akan melambatkan dan juga masa tamat atau kemalangan. Terutamanya apabila bilangan lawatan adalah besar, konfigurasi yang tidak munasabah akan menyebabkan anda sering memeriksa masalah dan sangat tidak cekap.

Tetapan utama berikut adalah sesuatu yang kebanyakan pengguna cenderung untuk diabaikan tetapi sangat penting:

1. Tetapkan masa kitar semula yang sesuai (selang waktu biasa)

Secara lalai, IIS secara automatik akan mengitar semula kolam aplikasi setiap 1740 minit (iaitu, 29 jam). Walaupun tetapan ini selamat, ia tidak sesuai untuk banyak aplikasi dengan kesesuaian tinggi atau sensitif memori.

• Sekiranya aplikasi anda mempunyai lebih banyak cache atau tugas jangka panjang, kitar semula yang terlalu kerap boleh menyebabkan jitter prestasi.
• Sebaliknya, jika anda mendapati bahawa penggunaan memori terus meningkat dan kadang -kadang tekanan GC berlaku, dengan tepat memendekkan selang pemulihan boleh membebaskan sumber.

Cadangan:

• Untuk tapak medan sederhana, ia boleh ditetapkan untuk pulih secara automatik sekali setiap pagi semasa tempoh puncak yang rendah (seperti 1440 minit).
• Atau hanya matikan kitar semula biasa dan gunakan keadaan pencetus lain (seperti had memori) untuk mengawalnya.

2. Kawal had atas penggunaan memori (had memori peribadi)

Ini adalah tetapan utama untuk mengelakkan kolam aplikasi daripada memakan memori terlalu banyak yang mempengaruhi seluruh pelayan.

• Nilai lalai tidak terhad, yang sangat berbahaya pada pelayan di mana beberapa laman web wujud bersama.
• Apabila kolam aplikasi melebihi had memori peribadi, IIS secara automatik akan mengitar semula untuk mengelakkan menyeret perkhidmatan lain.

Cadangan:

• Cap memori diperuntukkan dengan munasabah mengikut beban yang dijangkakan setiap tapak. Sebagai contoh, tapak CMS biasa boleh ditetapkan kepada 512MB kepada 1GB.
• Sekiranya anda melihat kitar semula dan penggunaan memori yang kerap adalah dekat dengan had atas, anda perlu mempertimbangkan sama ada program ini mempunyai kebocoran memori atau perlu menambah had.

3. Membolehkan perlindungan cepat gagal

Fungsi ini digunakan untuk menghalang kolam permohonan daripada jatuh ke dalam gelung mati akibat kemalangan yang kerap.

• Tetapan lalai adalah untuk melumpuhkan kolam aplikasi 5 kali setiap 5 minit.
• Mekanisme ini secara berkesan dapat melindungi kestabilan keseluruhan sistem, tetapi kadang-kadang ia secara tidak sengaja mencederakan perkhidmatan tidak normal jangka pendek.

Cadangan:

• Keadaan yang diaktifkan dikekalkan, tetapi nombor ralat dan tetingkap masa boleh diselaraskan mengikut keadaan sebenar. Sebagai contoh, tukar kepada "10 kali setiap 5 minit" untuk menampung keabnormalan sekali -sekala.
• Digunakan dengan pemantauan log, apabila pengasingan kesalahan dicetuskan, anda boleh memberitahu anda dengan segera untuk menyemak kod atau bergantung pada perkhidmatan.

4. Laraskan waktu tamat masa yang terbiar (masa lapang)

Secara lalai, kolam aplikasinya akan dijeda selepas 20 minit kemalasan. Ini boleh menyebabkan kelewatan yang ketara dalam permintaan pertama untuk tapak yang diakses pada frekuensi rendah.

• Sebagai contoh, sistem dalaman perusahaan hanya dikunjungi beberapa kali sehari dan perlu dimuat semula setiap kali, yang mempunyai pengalaman pengguna yang sangat miskin.
• Sebaliknya, jika sumber pelayan anda ketat, menjaga masa lalai atau lebih pendek membantu menjimatkan sumber.

Cadangan:

• Sekiranya anda perlu "dalam beberapa saat", anda boleh menyesuaikan masa terbiar hingga lebih lama atau bahkan ditetapkan kepada 0 (tidak pernah keluar dari masa), tetapi ingat untuk menggabungkannya dengan mekanisme kitar semula yang lain.
• Atau gunakannya bersempena dengan "loadUserProfile = true) pramuat" untuk mencapai tindak balas yang lebih cepat.

Pada dasarnya perkara -perkara utama ini. Mengoptimumkan tetapan prestasi kolam aplikasi IIS bukanlah satu-satunya perkara, dan ia perlu diselaraskan secara berterusan mengikut operasi sebenar. Khususnya, had memori dan strategi kitar semula secara langsung mempengaruhi kestabilan dan penggunaan sumber, dan ia bernilai menghabiskan masa untuk membuat pelarasan terperinci.

Atas ialah kandungan terperinci Mengoptimumkan tetapan prestasi kolam aplikasi IIS. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!