久久综合亚洲色一区二区三区,国产亚州精品女人久久久久久 ,91久久精品国产91性色也

【�{】Apache的prefork模式和worker模式

Tue, 02 Sep 2008 10:19:00 GMT

Apache的prefork模式和worker模式

prefork模式
�q�个多�\处理模块(MPM)实现了一个非�U�程型的、预�z��的web服务器，它的工作方式�c�M��于Apache 1.3。它适合于没有线�E�安全库�Q�需要避免线�E�兼�Ҏ��问题的�pȝ��。它是要求将每个��h��怺�独立的情况下最好的MPM�Q�这栯��一个请求出现问题就不会影响到其他请求�?/p>

�q�个MPM��h��很强的自我调节能力，只需要很��的配置指��o调整。最重要的是��MaxClients讄��Z��个��够大的数��g��处理潜在的请求高峎ͼ�同时又不能太大，以致需要��用的内存��出物理内存的大��?/p>

worker模式
此多路处理模�?MPM)使网�l�服务器支持混合的多�U�程多进�E�。由于��用线�E�来处理��h��Q�所以可以处理�v量请求，而系�l�资源的开销��于��Z��q�程的MPM。但是，它也使用了多�q�程�Q�每个进�E�又有多个线�E�，以获得基于进�E�的MPM的稳定性�?/p>

控制�q�个MPM的最重要的指令是�Q�控制每个子�q�程允许建立的线�E�数的ThreadsPerChild指��o�Q�和控制允许建立的�ȝ��E�数的MaxClients指��o�?/p>

prefork和worker模式的切�?/strong>
1.��当前的prefork模式启动文�g改名
mv httpd httpd.prefork
2.��worker模式的启动文件改�?br>mv httpd.worker httpd
3.修改Apache配置文�g
vi /usr/local/apache2/conf/extra/httpd-mpm.conf
扑ֈ�里边的如下一�D�，可适当修改负蝲�{�参敎ͼ�

StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0

4.重新启动服务
/usr/local/apache2/bin/apachectl restart
卛_��换成worker方式启动apache2

处于�E�_��性和安全性考虑�Q�不��更换apache2的运行方式，使用�pȝ��默认prefork卛_��。另外很多php模块不能工作在worker模式下，例如redhat linux自带的php也不能支持线�E�安全。所以最好不要切换工作模式�?/p>
prefork和worker模式的比�?/strong>
prefork模式使用多个子进�E�，每个子进�E�只有一个线�E�。每个进�E�在某个��定的时间只能维持一个连接。在大多数��^��C��Q�Prefork MPM在效率上要比Worker MPM要高�Q�但是内存��用大得多。prefork的无�U�程设计在某些情况下��比worker更有优势�Q�它可以使用那些没有处理好线�E�安全的�W�三�Ҏ��块，�q�且对于那些�U�程调试困难的��^台而言�Q�它也更�Ҏ��调试一些�?/p>
worker模式使用多个子进�E�，每个子进�E�有多个�U�程。每个线�E�在某个��定的时间只能维持一个连接。通常来说�Q�在一个高��量的HTTP服务器上�Q�Worker MPM是个比较好的选择�Q�因为Worker MPM的内存��用比Prefork MPM要低得多。但worker MPM也由不完善的地方�Q�如果一个线�E�崩溃，整个�q�程��׃��q�同其所有线�E�一�?#8221;��L��”.�׃��U�程�׃�n内存�I�间�Q�所以一个程序在�q�行时必��被�pȝ��识别�?#8221;每个�U�程都是安全�?#8221;�?/p>
�ȝ��来说�Q�prefork方式速度要稍高于worker�Q�然而它需要的cpu和memory资源也稍多于woker�?/p>
prefork模式配置详解

ServerLimit 256
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 256
MaxRequestsPerChild 0

ServerLimit
默认的MaxClient最大是256个线�E?如果惌��|�更大的��|��q��加上ServerLimit�q�个参数�?0000是ServerLimit�q�个参数的最大倹{��如果需要更大，则必��ȝ��译apache,此前都是不需要重新编译Apache�?br>生效前提�Q�必��L��在其他指令的前面

StartServers
指定服务器启动时建立的子�q�程数量�Q�prefork默认�?�?/p>
MinSpareServers
指定�I�闲子进�E�的最��数量，默认�?。如果当前空闲子�q�程数少于MinSpareServers �Q�那么Apache��以最大每�U�一个的速度产生新的子进�E�。此参数不要讄��太大�?/p>
MaxSpareServers
讄��I�闲子进�E�的最大数量，默认�?0。如果当前有��过MaxSpareServers数量的空闲子�q�程�Q�那么父�q�程��杀��d��余的子进�E�。此参数不要讄��太大。如果你��该指��o的��D��|��ؓ比MinSpareServers��，Apache��会自动��其修改�?#8221;MinSpareServers+1″�?/p>
MaxClients
限定同一旉��客户端最大接入请求的数量(单个�q�程�q�发�U�程�?�Q�默认�ؓ256。�Q何超�q�MaxClients限制的请求都��进入等候队�?一旦一个链接被释放�Q�队列中的请求将得到服务。要增大�q�个��|��你必��d��时增大ServerLimit�?/p>
MaxRequestsPerChild
每个子进�E�在其生存期内允�怼�服的最大请求数量，默认�?0000.到达MaxRequestsPerChild的限制后�Q�子�q�程��会�l�束。如果MaxRequestsPerChild�?#8221;0″�Q�子�q�程��永�q�不会结束。将MaxRequestsPerChild讄��成非零值有两个好处�Q?br>1.可以防止(偶然�?内存泄漏无限�q�行�Q�从而耗尽内存�?br>2.�l�进�E�一个有限寿命，从而有助于当服务器负蝲减轻的时候减��活动进�E�的数量�?/p>
worker模式配置详解

StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0

StartServers
服务器启动时建立的子�q�程敎ͼ�默认值是”3″�?/p>
MaxClients
允许同时伺服的最大接入请求数�?最大线�E�数�?。�Q何超�q�MaxClients限制的请求都��进入等候队列。默认值是”400″,16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要增加MaxClients的时候，你必��d��时增加ServerLimit的倹{�?/p>
MinSpareThreads
最��空闲线�E�数,默认值是”75″。这个MPM��基于整个服务器监视�I�闲�U�程数。如果服务器中�ȝ��I�闲�U�程数太��，子进�E�将产生新的�I�闲�U�程�?/p>
MaxSpareThreads
讄��最大空闲线�E�数。默认值是”250″。这个MPM��基于整个服务器监视�I�闲�U�程数。如果服务器中�ȝ��I�闲�U�程数太多，子进�E�将杀��d��余的�I�闲�U�程。MaxSpareThreads的取��D��围是有限制的。Apache��按照如下限制自动修正你讄��的��|��worker要求其大于等于MinSpareThreads加上ThreadsPerChild的和�?/p>
ThreadsPerChild
每个子进�E�徏立的帔R��的执行线�E�数。默认值是25。子�q�程在启动时建立�q�些�U�程后就不再建立新的�U�程了�?/p>
MaxRequestsPerChild
讄��每个子进�E�在其生存期内允�怼�服的最大请求数量。到达MaxRequestsPerChild的限制后�Q�子�q�程��会�l�束。如果MaxRequestsPerChild�?#8221;0″�Q�子�q�程��永�q�不会结束。将MaxRequestsPerChild讄��成非零值有两个好处�Q?br>1.可以防止(偶然�?内存泄漏无限�q�行�Q�从而耗尽内存�?br>2.�l�进�E�一个有限寿命，从而有助于当服务器负蝲减轻的时候减��活动进�E�的数量�?br>注意对于KeepAlive链接�Q�只有第一个请求会被计数。事实上�Q�它改变了每个子�q�程限制最大链接数量的行�ؓ�?/p>

�?/a> 2008-09-02 18:19 发表评论

【manual】Apache MPM prefork

Tue, 02 Sep 2008 03:27:00 GMT

Apache MPM prefork

Available Languages: de | en | ja

Description: Implements a non-threaded, pre-forking web server

Status: MPM

Module?Identifier: mpm_prefork_module

Source?File: prefork.c

Summary

This Multi-Processing Module (MPM) implements a non-threaded, pre-forking web server that handles requests in a manner similar to Apache 1.3. It is appropriate for sites that need to avoid threading for compatibility with non-thread-safe libraries. It is also the best MPM for isolating each request, so that a problem with a single request will not affect any other.

This MPM is very self-regulating, so it is rarely necessary to adjust its configuration directives. Most important is that MaxClients be big enough to handle as many simultaneous requests as you expect to receive, but small enough to assure that there is enough physical RAM for all processes.

Directives

AcceptMutex
BS2000Account
CoreDumpDirectory
EnableExceptionHook
Group
Listen
ListenBacklog
LockFile
MaxClients
MaxMemFree
MaxRequestsPerChild
MaxSpareServers
MinSpareServers
PidFile
ReceiveBufferSize
ScoreBoardFile
SendBufferSize
ServerLimit
StartServers
User

Topics

How it Works

See also

Setting which addresses and ports Apache uses

How it Works

A single control process is responsible for launching child processes which listen for connections and serve them when they arrive. Apache always tries to maintain several spare or idle server processes, which stand ready to serve incoming requests. In this way, clients do not need to wait for a new child processes to be forked before their requests can be served.

The StartServers, MinSpareServers, MaxSpareServers, and MaxClients regulate how the parent process creates children to serve requests. In general, Apache is very self-regulating, so most sites do not need to adjust these directives from their default values. Sites which need to serve more than 256 simultaneous requests may need to increase MaxClients, while sites with limited memory may need to decrease MaxClients to keep the server from thrashing (swapping memory to disk and back). More information about tuning process creation is provided in the performance hints documentation.

While the parent process is usually started as root under Unix in order to bind to port 80, the child processes are launched by Apache as a less-privileged user. The User and Group directives are used to set the privileges of the Apache child processes. The child processes must be able to read all the content that will be served, but should have as few privileges beyond that as possible.

MaxRequestsPerChild controls how frequently the server recycles processes by killing old ones and launching new ones.

MaxSpareServers Directive

Description: Maximum number of idle child server processes

Syntax: MaxSpareServers number

Default: MaxSpareServers 10

Context: server config

Status: MPM

Module: prefork

The MaxSpareServers directive sets the desired maximum number of idle child server processes. An idle process is one which is not handling a request. If there are more than MaxSpareServers idle, then the parent process will kill off the excess processes.

Tuning of this parameter should only be necessary on very busy sites. Setting this parameter to a large number is almost always a bad idea. If you are trying to set the value lower than MinSpareServers, Apache will automatically adjust it to MinSpareServers + 1.

See also

MinSpareServers
StartServers

MinSpareServers Directive

Description: Minimum number of idle child server processes

Syntax: MinSpareServers number

Default: MinSpareServers 5

Context: server config

Status: MPM

Module: prefork

The MinSpareServers directive sets the desired minimum number of idle child server processes. An idle process is one which is not handling a request. If there are fewer than MinSpareServers idle, then the parent process creates new children at a maximum rate of 1 per second.

Tuning of this parameter should only be necessary on very busy sites. Setting this parameter to a large number is almost always a bad idea.

See also

MaxSpareServers
StartServers

�?/a> 2008-09-02 11:27 发表评论

【�{】apache2.0 prefork和worker模块性能调优

Tue, 02 Sep 2008 03:10:00 GMT
[IT技�?/strong>]apache2.0 prefork和worker模块性能调优

Tags: mpm apache

　　Apache 2.0在性能上的改善最吸引人。在支持POSIX�U�程的Unix�pȝ��上，Apache可以通过不同的MPM�q�行在一�U�多�q�程与多�U�程相�؜合的模式下，增强部分配置的可扩充性能。相比于Apache 1.3�Q?.0版本做了大量的优化来提升处理能力和可伸羃性，�q�且大多数改�q�在默认状态下卛_��生效。但是在�~�译和运行时刻，2.0也有许多可以显著提高性能的选择。本文不惛_��q�那些以功能换取速度的指令，如HostnameLookups�{�，而只是说明在2.0中媄响性能的最核心�Ҏ��：MPM�Q�Multi -Processing Modules�Q�多道处理模块）的基本工作原理和配置指��o�?

　　毫不夸张地说�Q�MPM的引入是Apache 2.0最重要的变化。大家知道，Apache是基于模块化的设计，而Apache 2.0更扩展了模块化设计到Web服务器的最基本功能。服务器装蝲了一�U�多道处理模块，负责�l�定本机�|�络端口、接受请求，�q�调度子�q�程来处理请求。扩展模块化设计有两个重要好处：

　　�?Apache可以更简�z�、有效地支持多种操作�pȝ��Q?

　　�?服务器可以按站点的特�D�需要进行自定制�?

　　在用��L��Q�MPM看�v来和其它Apache模块非常�c�M��。主要区别是在�Q意时��d��能有一�U�MPM被装载到服务器中�?

　　指定MPM的方�?

　　下面以Red Hat Linux 9为��^収ͼ�说明在Apache 2.0中如何指定MPM (Apache采用2.0.45)。先解压�~�源代码包httpd-2.0.45.tar.gz�Q�生成httpd-2.0.45目录�Q�Apache 1.3源代码包的命名规则是apache_1.3.NN.tar.gz�Q��?.0版则是httpd-2.0.NN.tar.gz�Q�其中NN是次版本��P��?

　　�q�入httpd-2.0.45目录�Q�运行以下代码：

$ ./configure --help|grep mpm

　　昄��如下�Q?

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

　　上述操作用来选择要��用的�q�程模型�Q�即哪种MPM模块。Beos、mpmt_os2分别是BeOS和OS/2上缺省的MPM�Q?perchild主要设计目的是以不同的用户和�l�的�w�䆾来运行不同的子进�E�。这在运行多个需要CGI的虚拟主机时特别有用�Q�会�?.3版中的SuExec 机制做得更好。leader和threadpool都是��Z��worker的变体，�q�处于实验性阶�D�，某些情况下�ƈ不会按照预期设想的那样工作，所�?Apache官方也�ƈ不推荐��用。因此，我们主要阐述prefork和worker�q�两�U�和性能关系最大的产品�U�MPM ( 有关其它的MPM详细说明�Q�请参见Apache官方文档�Q?a >http://httpd.apache.org/docs-2.0/mod/)�?

　　prefork的工作原理及配置

　　如果不用“--with-mpm”昑ּ�指定某种MPM�Q�prefork��是Unix�q�_��上缺省的MPM。它所采用的预�z��子进�E�方式也�?Apache 1.3中采用的模式。prefork本��n�q�没有��用到�U�程�Q?.0版��用它是�ؓ了与1.3版保持兼�Ҏ��；另一斚w��Q�prefork用单独的子进�E�来处理不同的请求，�q�程之间是彼此独立的�Q�这也��其成为最�E�_��的MPM之一�?

　　若��用prefork�Q�在make�~�译和make install安装后，使用“httpd -l”来确定当前��用的MPM�Q�应该会看到prefork.c�Q�如果看到worker.c说明使用的是worker MPM�Q�依此类推）。再查看�~�省生成的httpd.conf配置文�g�Q�里面包含如下配�|�段�Q?

StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0

　　prefork的工作原理是�Q�控制进�E�在最初徏�?#8220;StartServers”个子�q�程后，��Z��满��MinSpareServers讄��的需要创��Z��个进�E�，�{�待一�U�钟�Q��l�创��Z��个，再等待一�U�钟�Q��l�创建四�?#8230;…如此按指数��增加创徏的进�E�数�Q�最多达到每�U?2个，直到满�� MinSpareServers讄��的��gؓ止。这��是预派生（prefork�Q�的由来。这�U�模式可以不必在��h��到来时再产生新的�q�程�Q�从而减��了�pȝ��开销以增加性能�?

　　MaxSpareServers讄��了最大的�I�闲�q�程敎ͼ�如果�I�闲�q�程数大于这个��|��Apache会自动kill掉一些多余进�E�。这个��g��要设得过大，但如果设的值比MinSpareServers��，Apache会自动把其调整�ؓMinSpareServers+1。如果站点负载较大，可考虑同时加大MinSpareServers和MaxSpareServers�?

　　MaxRequestsPerChild讄��的是每个子进�E�可处理的请求数。每个子�q�程在处理了“MaxRequestsPerChild” 个请求后��自动销毁�?意味着无限�Q�即子进�E�永不销毁。虽然缺省设�?可以使每个子�q�程处理更多的请求，但如果设成非零��g��有两炚w��要的好处�Q?

　　�?可防止意外的内存泄漏�Q?

　　�?在服务器负蝲下降的时侯会自动减少子进�E�数�?

　　因此�Q�可�Ҏ��服务器的负蝲来调整这个倹{��笔者认�?0000左右比较合适�?

　　MaxClients是这些指令中最为重要的一个，讑֮�的是Apache可以同时处理的请求，是对Apache性能影响最大的参数。其�~�省�?150是远�q�不够的�Q�如果请求��L��已达到这个��|��可通过ps -ef|grep http|wc -l来确认）�Q�那么后面的��h��p��排队�Q�直到某个已处理��h��完毕。这��是�pȝ��资源�q�剩下很多而HTTP讉K��却很慢的主要原因。系�l�管理员可以�Ҏ��g配置和负载情冉|��动态调整这个倹{��虽然理��Z��q�个��D��大，可以处理的请求就��多�Q�但Apache默认的限制不能大�?56。如果把�q�个��D��为大�?56�Q�那�?Apache��无法�v动。事实上�Q?56对于负蝲�E�重的站点也是不够的。在Apache 1.3中，�q�是个硬限制。如果要加大�q�个��|��必须�?#8220;configure”前手工修改的源代码树下的src/include/httpd.h中查�?256�Q�就会发�?#8220;#define HARD_SERVER_LIMIT 256”�q�行。把256改�ؓ要增大的��|��?000�Q�，然后重新�~�译Apache卛_��。在Apache 2.0中新加入了ServerLimit指��o�Q��得无��重�~�译Apache��可以加大MaxClients。下面是�W�者的prefork配置�D�：

StartServers 10
MinSpareServers 10
MaxSpareServers 15
ServerLimit 2000
MaxClients 1000
MaxRequestsPerChild 10000

　　上述配置中，ServerLimit的最大值是20000�Q�对于大多数站点已经��_��。如果一定要再加大这个数��|��对位于源代码树下server/mpm/prefork/prefork.c中以下两行做相应修改卛_��Q?

#define DEFAULT_SERVER_LIMIT 256
#define MAX_SERVER_LIMIT 20000

　　worker的工作原理及配置

　　相对于prefork�Q�worker�?.0 版中全新的支持多�U�程和多�q�程混合模型的MPM。由于��用线�E�来处理�Q�所以可以处理相�Ҏ�v量的��h��Q�而系�l�资源的开销要小于基于进�E�的服务器。但是， worker也��用了多进�E�，每个�q�程又生成多个线�E�，以获得基于进�E�服务器的稳定性。这�U�MPM的工作方式将是Apache 2.0的发展趋�ѝ�?

　　在configure -with-mpm=worker后，�q�行make�~�译、make install安装。在�~�省生成的httpd.conf中有以下配置�D�：

StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0

　　worker的工作原理是�Q�由��L��制进�E�生�?#8220;StartServers”个子�q�程�Q�每个子�q�程中包含固定的ThreadsPerChild �U�程敎ͼ�各个�U�程独立地处理请求。同��P��Z��不在��h��到来时再生成�U�程�Q�MinSpareThreads和MaxSpareThreads讄��了最��和最多的�I�闲�U�程敎ͼ�而MaxClients讄��了所有子�q�程中的�U�程��L��。如果现有子�q�程中的�U�程��L��不能满��负蝲�Q�控制进�E�将�z��新的子进�E��?

　　MinSpareThreads和MaxSpareThreads的最大缺省值分别是75�?50。这两个参数对Apache的性能影响�q�不大，可以按照实际情况相应调节�?

　　ThreadsPerChild是worker MPM中与性能相关最密切的指令。ThreadsPerChild的最大缺省值是64�Q�如果负载较大，64也是不够的。这时要昑ּ�使用 ThreadLimit指��o�Q�它的最大缺省值是20000。上�q�C��个��g��于源码树server/mpm/worker/worker.c中的以下两行�Q?

#define DEFAULT_THREAD_LIMIT 64
#define MAX_THREAD_LIMIT 20000

　　�q�两行对应着ThreadsPerChild和ThreadLimit的限制数。最好在configure之前��把64�Ҏ��所希望的倹{��注意，不要把这两个��D��得太高，��过�pȝ��的处理能力，从而因Apache不�v动�ɾpȝ��很不�E�_��?

　　Worker模式下所能同时处理的��h��L��是由子进�E��L��乘以ThreadsPerChild值决定的�Q�应该大于等于MaxClients。如果负载很大，现有的子�q�程��C��能满��x��Q�控制进�E�会�z��新的子进�E�。默认最大的子进�E��L��?6�Q�加大时也需要显式声明ServerLimit�Q�最大值是20000�Q�。这两个��g��于源码树server/mpm/worker/worker.c中的以下两行�Q?

#define DEFAULT_SERVER_LIMIT 16
#define MAX_SERVER_LIMIT 20000

　　需要注意的是，如果昑ּ�声明了ServerLimit�Q�那么它乘以ThreadsPerChild的值必��d��于等于MaxClients�Q�而且MaxClients必须是ThreadsPerChild的整数倍，否则Apache��会自动调节��C��个相应��|��可能是个非期望��|��。下面是�W�者的 worker配置�D�：

StartServers 3
MaxClients 2000
ServerLimit 25
MinSpareThreads 50
MaxSpareThreads 200
ThreadLimit 200
ThreadsPerChild 100
MaxRequestsPerChild 0

　　通过上面的叙�q�ͼ�可以了解到Apache 2.0中prefork和worker�q�两个重要MPM的工作原理，�q�可�Ҏ��实际情况来配�|�Apache相关的核心参敎ͼ�以获得最大的性能和稳定性�?

�?/a> 2008-09-02 11:10 发表评论

Description:	Implements a non-threaded, pre-forking web server
Status:	MPM
Module?Identifier:	mpm_prefork_module
Source?File:	prefork.c

Description:	Maximum number of idle child server processes
Syntax:	`MaxSpareServers number`
Default:	`MaxSpareServers 10`
Context:	server config
Status:	MPM
Module:	prefork

Description:	Minimum number of idle child server processes
Syntax:	`MinSpareServers number`
Default:	`MinSpareServers 5`
Context:	server config
Status:	MPM
Module:	prefork