時(shí)間：2015-06-28 00:00:00 來源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評論(0)
?
在使用子進(jìn)程處理HTTP請求的Web服務(wù)器上，由于要首先生成子進(jìn)程才能處理客戶的請求，因此反應(yīng)時(shí)間就有一點(diǎn)延遲。但是，Apache服務(wù)器使用了一個(gè)特殊技術(shù)來擺脫這個(gè)問題，這就是預(yù)先生成多個(gè)空余的子進(jìn)程駐留在系統(tǒng)中，一旦有請求出現(xiàn)，就立即使用這些空余的子進(jìn)程進(jìn)行處理，這樣就不存在生成子進(jìn)程造成的延遲了。在運(yùn)行中隨著客戶請求的增多，啟動的子進(jìn)程會隨之增多，但這些服務(wù)器副本在處理完一次HTTP請求之后并不立即退出，而是停留在計(jì)算機(jī)中等待下次請求。但是空余的子進(jìn)程副本不能光增加不減少，太多的空余子進(jìn)程沒有處理任務(wù)，也占用服務(wù)器的處理能力，因此也要限制空余副本的數(shù)量，使其保持一個(gè)合適的數(shù)量，使得既能及時(shí)回應(yīng)客戶請求，又能減少不必要的進(jìn)程數(shù)量。??
因此就可以使用參數(shù)MinSpareServers來設(shè)置最少的空余子進(jìn)程數(shù)量，?以及使用參數(shù)MaxSpareServers?來限制最多的空閑子進(jìn)程數(shù)量，多余的服務(wù)器進(jìn)程副本就會退出。根據(jù)服務(wù)器的實(shí)際情況來進(jìn)行設(shè)置，如果服務(wù)器性能較高，并且也被頻繁訪問，就應(yīng)該增大這兩個(gè)參數(shù)的設(shè)置。對于高負(fù)載的專業(yè)網(wǎng)站，這兩個(gè)值應(yīng)該大致相同，并且等同于系統(tǒng)支持的最多服務(wù)器副本數(shù)量，也減少不必要的副本退出。??
StartServers?5??
StartServers參數(shù)就是用來設(shè)置httpd啟動時(shí)啟動的子進(jìn)程副本數(shù)量，這個(gè)參數(shù)與上面定義的MinSpareServers和MaxSpareServers參數(shù)相關(guān)，都是用于啟動空閑子進(jìn)程以提高服務(wù)器的反應(yīng)速度的。這個(gè)參數(shù)應(yīng)該設(shè)置為前兩個(gè)值之間的一個(gè)數(shù)值，小于MinSpareServers和大于MaxS?pareServers都沒有意義。??
MaxClients?150??
在另一方面，服務(wù)器的能力畢竟是有限的，不可能同時(shí)處理無限多的連接請??
求，因此參數(shù)Maxclient?s就用于規(guī)定服務(wù)器支持的最多并發(fā)訪問的客戶數(shù)，如果這個(gè)值設(shè)置得過大，系統(tǒng)在繁忙時(shí)不得不在過多的進(jìn)程之間進(jìn)行切換來為太多的客戶進(jìn)行服務(wù)，這樣對每個(gè)客戶的反應(yīng)就會減慢，并降低了整體的效率。如果這個(gè)值設(shè)置的較小，那么系統(tǒng)繁忙時(shí)就會拒絕一些客戶的連接請求。當(dāng)服務(wù)器性能較高時(shí)，就可以適當(dāng)增加這個(gè)值的設(shè)置。對于專業(yè)網(wǎng)站，應(yīng)該使用提高服務(wù)器效率的策略，因此這個(gè)參數(shù)不能超過硬件本身的限制，如果頻繁出現(xiàn)拒絕訪問現(xiàn)象，就說明需要升級服務(wù)器硬件了。對于非專業(yè)網(wǎng)站，不太在意對客戶瀏覽器的反應(yīng)速度，或者認(rèn)為反應(yīng)速度較慢也比拒絕連接好，就也可以略微超過硬件條件來設(shè)置這個(gè)參數(shù)。??
這個(gè)參數(shù)限制了MinSpareServers和MaxSpareServers的設(shè)置，它們不應(yīng)該大于這個(gè)參數(shù)的設(shè)置。??
MaxRequestsPerChild?30??
使用子進(jìn)程的方式提供服務(wù)的Web服務(wù)，常用的方式是一個(gè)子進(jìn)程為一次連接服務(wù)，這樣造成的問題就是每次連接都需要生成、退出子進(jìn)程的系統(tǒng)操作，使得這些額外的處理過程占據(jù)了計(jì)算機(jī)的大量處理能力。因此最好的方式是一個(gè)子進(jìn)程可以為多次連接請求服務(wù)，這樣就不需要這些生成、退出進(jìn)程的系統(tǒng)消耗，Apache就采用了這樣的方式，一次連接結(jié)束后，子進(jìn)程并不退出，而是停留在系統(tǒng)中等待下一次服務(wù)請求，這樣就極大的提高了性能。??
但由于在處理過程中子進(jìn)程要不斷的申請和釋放內(nèi)存，次數(shù)多了就會造成一些內(nèi)存垃圾，就會影響系統(tǒng)的穩(wěn)定性，并且影響系統(tǒng)資源的有效利用。因此在一個(gè)副本處理過一定次數(shù)的請求之后，就可以讓這個(gè)子進(jìn)程副本退出，再從原始的httpd進(jìn)程中重新復(fù)制一個(gè)干凈的副本，這樣就能提高系統(tǒng)的穩(wěn)定性。這樣，每個(gè)子進(jìn)程處理服務(wù)請求次數(shù)由MaxRe?questPerChild定義。?缺省的設(shè)置值為30，這個(gè)值對于具備高穩(wěn)定性特點(diǎn)的Linux系統(tǒng)來講是過于保守的設(shè)置，可以設(shè)置為1000甚至更高，設(shè)置為0支持每個(gè)副本進(jìn)行無限次的服務(wù)處理。??
#Listen?3000??
#Listen?12.34.56.78:80??
#BindAddress?*??
Listen參數(shù)可以指定服務(wù)器除了監(jiān)視標(biāo)準(zhǔn)的80端口之外，還監(jiān)視其他端口的HTTP請求。由于FreeBSD系統(tǒng)可以同時(shí)擁有多個(gè)IP地址，因此也可以指定服務(wù)器只聽取對某個(gè)BindAddress的IP地址的HTTP請求。如果沒有配置這一項(xiàng)，則服務(wù)器會回應(yīng)對所有IP的請求。??
即使使用了BindAddress參數(shù)，使得服務(wù)器只回應(yīng)對一個(gè)IP地址的請求，但是通過使用擴(kuò)展的Listen參數(shù)，仍然可以讓HTTP守護(hù)進(jìn)程回應(yīng)對其他IP地址的請求。此時(shí)Listen參數(shù)的用法與上面的第二個(gè)例子相同。這種比較復(fù)雜的用法主要用于設(shè)置虛擬主機(jī)。此后可以用VirtualHost參數(shù)定義對不同IP的虛擬主機(jī)，然而這種用法是較早的HTTP?1.0標(biāo)準(zhǔn)中設(shè)置虛擬主機(jī)的方法，每針對一個(gè)虛擬主機(jī)就需要一個(gè)IP地址，實(shí)際上用處并不大。在HTTP?1.1中，增加了對單IP地址多域名的虛擬主機(jī)的支持，使得虛擬主機(jī)的設(shè)置具備更大的意義。??
LoadModule?mime_magic_module?libexec/apache/mod_mime_magic.so??
LoadModule?info_module?libexec/apache/mod_info.so??
LoadModule?speling_module?libexec/apache/mod_speling.so??
LoadModule?proxy_module?libexec/apache/libproxy.so??
LoadModule?rewrite_module?libexec/apache/mod_rewrite.so??
LoadModule?anon_auth_module?libexec/apache/mod_auth_anon.so??
LoadModule?db_auth_module?libexec/apache/mod_auth_db.so??
LoadModule?digest_module?libexec/apache/mod_digest.so??
LoadModule?cern_meta_module?libexec/apache/mod_cern_meta.so??
LoadModule?expires_module?libexec/apache/mod_expires.so??
LoadModule?headers_module?libexec/apache/mod_headers.so??
LoadModule?usertrack_module?libexec/apache/mod_usertrack.so??
LoadModule?unique_id_module?libexec/apache/mod_unique_id.so??
ClearModuleList??
AddModule?mod_env.c??
AddModule?mod_log_config.c??
AddModule?mod_mime_magic.c??
AddModule?mod_mime.c??
AddModule?mod_negotiation.c??
AddModule?mod_status.c??
AddModule?mod_info.c??
AddModule?mod_include.c??
AddModule?mod_autoindex.c??
AddModule?mod_dir.c??
AddModule?mod_cgi.c??
AddModule?mod_asis.c??
AddModule?mod_imap.c??
AddModule?mod_actions.c??
AddModule?mod_speling.c??
AddModule?mod_userdir.c??
AddModule?mod_proxy.c??
AddModule?mod_alias.c??
AddModule?mod_rewrite.c??
AddModule?mod_access.c??
AddModule?mod_auth.c??
AddModule?mod_auth_anon.c??
AddModule?mod_auth_db.c??
AddModule?mod_digest.c??
AddModule?mod_cern_meta.c??
AddModule?mod_expires.c??
AddModule?mod_headers.c??
AddModule?mod_usertrack.c??
AddModule?mod_unique_id.c??
AddModule?mod_so.c??
AddModule?mod_setenvif.c??
Apache服務(wù)器的一個(gè)重要特性就是其模塊化的結(jié)構(gòu)，這不但表現(xiàn)為其能在編譯時(shí)能通過新的模塊加入新的功能，還表現(xiàn)為其模塊可以動態(tài)加載入http服務(wù)程序中，而不必載入不需要的模塊。使用Apache的動態(tài)加載模塊只需要設(shè)置好Load?Module和AddModule參數(shù)就可以了，這種特性就是Apache的?DSO（Dynamic?Shared?Object）特性，然而要想充分使用DSO特性仍然不是一個(gè)簡單的事情，不適當(dāng)?shù)母膭舆@里的設(shè)置就可能造成服務(wù)器不能正常啟動。因此如果不是要增加或減少服務(wù)器提供的功能，就不要改動這里的設(shè)置。??
上面這些列表就顯示了Linux下的缺省Apache服務(wù)器支持的模塊，事實(shí)上很多模塊是沒有必要的，不必要模塊不會被載入內(nèi)存。模塊可以靜態(tài)連接到pache?服務(wù)器內(nèi)部，也可以這樣動態(tài)加載，將Apache的特性都編譯成動態(tài)可加載模塊是該P(yáng)ort的做法，而不是Apache的缺省做法，這樣就以犧牲很小的性能的同時(shí)，帶來極大的靈活性。??
因而動態(tài)可加載的能力還是對性能有輕微的影響，因此可以重新編譯Apache，將自己所需要的功能編譯進(jìn)Apache?服務(wù)器內(nèi)部，可以讓系統(tǒng)顯得更為干凈，效率也有輕微的提高。通常僅僅為了這一個(gè)目的就重新編譯Apache是沒有必要的，如果需要增加其他特性而重新編譯Apache，不妨在增加其他模
關(guān)鍵詞標(biāo)簽：全攻略,配置,服務(wù)器,A
相關(guān)閱讀
熱門文章
ISAPI Rewrite實(shí)現(xiàn)IIS圖片防盜鏈
IIS6.0下配置MySQL+PHP5+Zend+phpMyAdmin
在Windows服務(wù)器上快速架設(shè)視頻編解碼器全攻略
win2000server IIS和tomcat5多站點(diǎn)配置
人氣排行 XAMPP配置出現(xiàn)403錯(cuò)誤“Access forbidden!”的解決辦法 WIN2003 IIS6.0+PHP+ASP+MYSQL優(yōu)化配置 訪問網(wǎng)站403錯(cuò)誤 Forbidden解決方法 如何從最大用戶并發(fā)數(shù)推算出系統(tǒng)最大用戶數(shù) Server Application Unavailable的解決辦法 報(bào)錯(cuò)“HTTP/1.1 400 Bad Request”的處理方法 Windows Server 2003的Web接口 http 500內(nèi)部服務(wù)器錯(cuò)誤的解決辦法（windows xp + IIS5.0）