Bagaimanakah Apache mengendalikan pemprosesan permintaan dengan MPMS (prefork, pekerja, acara)?

Bagaimana Apache mengendalikan pemprosesan permintaan dengan MPMS (Prefork, Pekerja, Acara)?

Modul Multi-Processing Apache (MPMS) menentukan bagaimana ia mengendalikan permintaan masuk. Setiap MPM menggunakan strategi yang berbeza untuk menguruskan proses kanak -kanak, memberi kesan kepada prestasi dan penggunaan sumber. Mari kita memecahkan tiga MPM utama: Prefork, Pekerja, dan Acara. Setiap proses kanak -kanak mengendalikan satu permintaan pada satu masa. Apabila permintaan masuk, Apache menyerahkannya kepada proses kanak -kanak yang ada. Sekiranya semua proses sibuk, permintaan itu beratur sehingga proses menjadi percuma. Model ini mudah dan teguh, menawarkan kestabilan yang baik, tetapi ia kurang efisien untuk laman web trafik tinggi kerana ia terhad oleh bilangan proses pra-koboi.

Pekerja: Pekerja MPM menggunakan pendekatan hibrid. Ia mewujudkan satu kumpulan proses induk, masing -masing menanam beberapa proses kanak -kanak (benang). Setiap proses kanak -kanak boleh mengendalikan pelbagai permintaan secara serentak menggunakan benang. Ini membolehkan penggunaan sumber yang lebih baik daripada prefork, kerana benang lebih ringan daripada proses. Sekiranya benang disekat (contohnya, menunggu operasi rangkaian), benang lain dalam proses yang sama dapat meneruskan permintaan pemprosesan, meningkatkan kesesuaian. Ia menggunakan satu proses utama yang mengendalikan peristiwa (seperti permintaan masuk) dan menyerahkannya kepada benang pekerja. Model ini sangat cekap, membolehkan sebilangan kecil benang untuk mengendalikan sejumlah besar permintaan serentak. Ia cemerlang dalam senario dengan banyak permintaan jangka pendek, meminimumkan overhead membuat dan menguruskan proses atau benang untuk setiap permintaan. MPM acara menggunakan I/O yang tidak segerak, peningkatan prestasi yang lebih lanjut. jangka panjang. Prestasinya adalah terhad oleh bilangan proses kanak-kanak, yang berintensifkan sumber. Ia menawarkan kestabilan yang baik tetapi perjuangan dengan kesesuaian. Penggunaan benang membolehkan penggunaan sumber sistem yang lebih baik. Walau bagaimanapun, ia masih kurang cekap daripada MPM acara untuk trafik yang sangat tinggi dengan banyak permintaan jangka pendek.

Acara: Biasanya MPM yang paling prestasi, terutamanya untuk laman web trafik tinggi dengan banyak sambungan jangka pendek. Senibina yang didorong oleh peristiwa dan I/O tak segerak dengan ketara mengurangkan overhead dan memaksimumkan penggunaan sumber. Walau bagaimanapun, ia boleh menjadi lebih kompleks untuk mengkonfigurasi dan menyelesaikan masalah.

Keupayaannya untuk mengendalikan sejumlah besar permintaan serentak dengan overhead yang minimum menjadikannya sesuai untuk senario dengan banyak sambungan jangka pendek (contohnya, perkhidmatan web, API). MPM pekerja juga boleh menjadi pilihan yang baik, terutamanya jika anda memerlukan keseimbangan antara prestasi dan kestabilan, dan sifat permintaan anda tidak semata-mata jangka pendek. Permintaan Ciri-ciri: Lalu lintas yang tinggi dengan banyak permintaan jangka pendek memihak kepada MPM acara. Trafik sederhana dengan campuran jenis permintaan mungkin mendapat manfaat daripada MPM pekerja. Trafik yang rendah mungkin berkhidmat dengan secukupnya oleh Prefork. MPM acara, sementara yang sangat berprestasi, boleh menjadi sumber-intensif jika tidak dikonfigurasi dengan betul. Prefork umumnya kurang menuntut sumber.

Sistem operasi: Sesetengah sistem operasi mungkin memihak kepada MPM tertentu kerana pengoptimuman atau batasan kernel.

Sebagai contoh, aplikasi yang memerlukan proses jangka panjang mungkin lebih sesuai untuk prefork atau pekerja MPM.

Mulakan dengan pemantauan yang teliti dan penandaarasan. Mulailah dengan MPM pekerja sebagai titik permulaan yang baik untuk banyak kes penggunaan, maka pertimbangkan MPM acara jika anda mengalami kesesakan prestasi di bawah beban berat. Sentiasa menguji dan memantau prestasi pelayan anda selepas membuat perubahan pada konfigurasi MPM anda. Prefork secara amnya hanya dipertimbangkan untuk situasi kritikal kestabilan di mana prestasi adalah kebimbangan sekunder, atau jika anda mempunyai batasan sumber yang menghalang penggunaan MPM yang lain.

Atas ialah kandungan terperinci Bagaimanakah Apache mengendalikan pemprosesan permintaan dengan MPMS (prefork, pekerja, acara)?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!