Apache2.x的MPM分析：

    MPM (Multi-processing Module):相對于apache1.x的版本，性能上提升最顯著的改進(jìn)。

Apache的編譯選項(xiàng)中可以看到下面一些MPM的種類：

    --with-mpm=MPM Choose the process model for Apache to use.MPM= {beos|worker|prefork|mpmt_os2|perchild|leader|threadpool}

    常用的應(yīng)該就只有3個：worker|prefork|perchild

    1.prefork：在功能上就是使用Apache的運(yùn)行方式，一個父進(jìn)程，然后根據(jù)設(shè)置以及連接情況生成相應(yīng)的子進(jìn)程數(shù)。這種模式可靠性和健壯性都是最好的。但是在性能上，開銷過大。達(dá)不到我們這些“吸血鬼”的要求了^_^。如果連接數(shù)過多的話，會導(dǎo)致我們無法遠(yuǎn)程登陸，一定要等到連接數(shù)下降后才能連接，這也是最讓我頭痛的事情。

   2. worker：混合線程/進(jìn)程的MPM。一個父進(jìn)程，后面是帶有線程的子進(jìn)程。每個子進(jìn)程的線程數(shù)是固定且相同的。這是最“平庸”的一個模式，但也是使用人最多的一種模式。因?yàn)樗�性能等各方面比較均衡。性能上要比prefork好一些，只是犧牲了一點(diǎn)點(diǎn)的健壯性和可靠性而已。一般推薦使用這個選項(xiàng)。

    3.perchild：也是混合線程/進(jìn)程的MPM。當(dāng)啟動perchild MPM時，它會建立指定數(shù)量的子進(jìn)程，且每個子進(jìn)程都具有指定數(shù)量的線程，如負(fù)載增加了，那它不會建立新的進(jìn)程（子進(jìn)程是固定的），只是在子進(jìn)程下建立新的線程。它還有一個特點(diǎn)就是可以為每一個子進(jìn)程配置不同的用戶和組。也可以為每個虛擬主機(jī)指定一個子進(jìn)程。這種模式性能是最佳的，但是可靠性和健壯性就相對是最差的。各取所需，我個人覺得這種模式也不錯，如果你不用第三方的模塊的話。

    注：其他的模式我個人沒有接觸，因此說不出他們的區(qū)別和特點(diǎn)。上面說的最佳和最差僅在這3種模式中做比較。水平有限，如有錯誤，歡迎一起討論指正�。�！

關(guān)鍵字：Apache2.x MPM 分析

【 頂部 】 【 關(guān)閉 】