Apache同時處理大量的併發連接，得益於Apache的MPM模塊
MPM將網絡連接相關的處理獨立成爲模塊的形式，這樣不同的平臺就可以使用不同的併發模型，從而達到最優的效果
空閒子進程：是指沒有正在處理請求的子進程。
1、prefork.c模塊(一個非線程型的、預派生的MPM)prefork MPM 使用多個子進程，每個子進程只有一個線程。每個進程在某個確定的時間只能維持一個連接。在大多數平臺上，Prefork MPM在效率上要比Worker MPM要高，但是內存使用大得多。prefork的無線程設計在某些情況下將比worker更有優勢：他能夠使用那些沒有處理好線程安全的第三方模塊，並 且對於那些線程調試困難的平臺而言，他也更容易調試一些。
ServerLimit 20000
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 1000
MaxRequestsPerChild 0
ServerLimit 2000
//默認的MaxClient最大是256個線程,假如想配置更大的值，就的加上ServerLimit這個參數。20000是ServerLimit這個參數的最大值。假如需要更大，則必須編譯apache,此前都是無需重新編譯Apache。
生效前提：必須放在其他指令的前面
StartServers 5
//指定服務器啓動時建立的子進程數量，prefork默認爲5。
MinSpareServers 5
//指定空閒子進程的最小數量，默認爲5。假如當前空閒子進程數少於MinSpareServers ，那麼Apache將以最大每秒一個的速度產生新的子進程。此參數不要設的太大。
MaxSpareServers 10
// 配置空閒子進程的最大數量，默認爲10。假如當前有超過MaxSpareServers數量 的空閒子進程，那麼父進程將殺死多餘的子進程。此參數不要設的太大。假如您將該指令的值配置爲比MinSpareServers小，Apache將會自動 將其修改成"MinSpareServers+1"。
MaxClients 256
//限定同一時間客戶端最大接入請求的數量(單個進程併發線程數)，默認爲256。任何超過MaxClients限制的請求都將進入等候隊列,一旦一個鏈接被釋放，隊列中的請求將得到服務。要增大這個值，您必須同時增大ServerLimit 。
MaxRequestsPerChild 10000
//每個子進程在其生存期內允許伺服的最大請求數量，默認爲10000.到達MaxRequestsPerChild的限制後，子進程將會結束。假如MaxRequestsPerChild爲"0"，子進程將永遠不會結束。
將MaxRequestsPerChild配置成非零值有兩個好處：
1.能夠防止(偶然的)內存泄漏無限進行，從而耗盡內存。
2.給進程一個有限壽命，從而有助於當服務器負載減輕的時候減少活動進程的數量。
工作方式：
一個單獨的控制進程(父進程)負責產生子進程，這些子進程用於監聽請求並作出應答。Apache總是試圖保持一些備用的 (spare)或是空閒的子進程用於迎接即將到來的請求。這樣客戶端就無需在得到服務前等候子進程的產生。在Unix系統中，父進程通常以root身份運 行以便邦定80端口，而 Apache產生的子進程通常以一個低特權的用戶運行。User和Group指令用於配置子進程的低特權用戶。運行子進程的用戶必須要對他所服務的內容有 讀取的權限，但是對服務內容之外的其他資源必須擁有儘可能少的權限。
2、worker.c模塊(支持混合的多線程多進程的多路處理模塊)
worker MPM 使用多個子進程，每個子進程有多個線程。每個線程在某個確定的時間只能維持一個連接。通常來說，在一個高流量的HTTP服務器上，Worker MPM是個比較好的選擇，因爲Worker MPM的內存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方，假如一個線程崩潰，整個進程就會連同其任何線程一起"死掉".由於線程共享內存空間，所以一個程式在運行時必須被系統識別爲"每 個線程都是安全的"。
ServerLimit 50
ThreadLimit 200
StartServers 5
MaxClients 5000
MinSpareThreads 25
MaxSpareThreads 500
ThreadsPerChild 100
MaxRequestsPerChild 0
ServerLimit 16
//服務器允許配置的進程數上限。這個指令和ThreadLimit結合使用配置了MaxClients最大允許配置的數值。任何在重啓期間對這個指令的改變都將被忽略，但對MaxClients的修改卻會生效。
ThreadLimit 64
//每個子進程可配置的線程數上限。這個指令配置了每個子進程可配置的線程數ThreadsPerChild上限。任何在重啓期間對這個指令的改變都將被忽略，但對ThreadsPerChild的修改卻會生效。默認值是"64".
StartServers 3
//服務器啓動時建立的子進程數，默認值是"3"。
MinSpareThreads 75
//最小空閒線程數,默認值是"75"。這個MPM將基於整個服務器監控空閒線程數。假如服務器中總的空閒線程數太少，子進程將產生新的空閒線程。
MaxSpareThreads 250
// 配置最大空閒線程數。默認值是"250"。這個MPM將基於整個服務器監控空閒線程數。假如服 務器中總的空閒線程數太多，子進程將殺死多餘的空閒線程。MaxSpareThreads的取值範圍是有限制的。Apache將按照如下限制自動修正您配 置的值：worker需要其大於等於 MinSpareThreads加上ThreadsPerChild的和
MaxClients 400
//允許同時伺服的最大接入請求數量(最大線程數量)。任何超過MaxClients限制的請求都將進入等候 隊列。默認值是"400",16 (ServerLimit)乘以25(ThreadsPerChild)的結果。因此要增加MaxClients的時候，您必須同時增加 ServerLimit的值。
ThreadsPerChild 25
//每個子進程建立的常駐的執行線程數。默認值是25。子進程在啓動時建立這些線程後就不再建立新的線程了。
MaxRequestsPerChild 0
//配置每個子進程在其生存期內允許伺服的最大請求數量。到達MaxRequestsPerChild的限制後，子進程將會結束。假如MaxRequestsPerChild爲"0"，子進程將永遠不會結束。
將MaxRequestsPerChild配置成非零值有兩個好處：
1.能夠防止(偶然的)內存泄漏無限進行，從而耗盡內存。
2.給進程一個有限壽命，從而有助於當服務器負載減輕的時候減少活動進程的數量。
注意
對於KeepAlive鏈接，只有第一個請求會被計數。事實上，他改變了每個子進程限制最大鏈接數量的行爲。
工作方式：
每個進程能夠擁有的線程數量是固定的。服務器會根據負載情況增加或減少進程數量。一個單獨的控制進程(父進程)負責子進程的建 立。每個子進程能夠建立 ThreadsPerChild數量的服務線程和一個監聽線程，該監聽線程監聽接入請求並將其傳遞給服務線程處理和應答。Apache總是試圖維持一個備 用(spare)或是空閒的服務線程池。這樣，客戶端無須等待新線程或新進程的建立即可得到處理。在Unix中，爲了能夠綁定80端口，父進程一般都是以 root身份啓動，隨後，Apache以較低權限的用戶建立子進程和線程。User和Group指令用於配置Apache子進程的權限。雖然子進程必須對 其提供的內容擁有讀權限，但應該儘可能給予他較少的特權。另外，除非使用了suexec ，否則，這些指令配置的權限將被CGI腳本所繼承。
公式：
ThreadLimit >= ThreadsPerChild
MaxClients = MinSpareThreads+ThreadsPerChild
硬限制：
ServerLimi和ThreadLimit這兩個指令決定了活動子進程數量和每個子進程中線程數量的硬限制。要想改變這個硬限制必須完全停止服務器然後再啓動服務器(直接重啓是不行的)。
Apache在編譯ServerLimit時內部有一個硬性的限制，您不能超越這個限制。
prefork MPM最大爲"ServerLimit 200000"
其他MPM(包括work MPM)最大爲"ServerLimit 20000
Apache在編譯ThreadLimit時內部有一個硬性的限制，您不能超越這個限制。
mpm_winnt是"ThreadLimit 15000"
其他MPM(包括work prefork)爲"ThreadLimit 20000
注意
使用ServerLimit和ThreadLimit時要特別當心。假如將ServerLimit和ThreadLimit配置成一個高出實際需要許多的值，將會有過多的共享內存被分配。當配置成超過系統的處理能力，Apache可能無法啓動，或系統將變得不穩定。
負載一個apache學習路線的文章：http://www.cnblogs.com/steven_oyj/archive/2010/05/29/1747028.html
