【转】Apache 2.0性能优化―MPM的选择与配置

　　Apache 2.0在性能上的改善最吸引人。在支持POSIX线程的Unix系统上，Apache可以通过不同的MPM运行在一种多进程与多线程相混合的模式下，增强部分配置的可扩充性能。相比于Apache 1.3，2.0版本做了大量的优化来提升处理能力和可伸缩性，并且大多数改进在默认状态下即可生效。但是在编译和运行时刻，2.0也有许多可以显著提高性能的选择。本文不想叙述那些以功能换取速度的指令，如HostnameLookups等，而只是说明在2.0中影响性能的最核心特性：MPM（Multi -Processing Modules，多道处理模块）的基本工作原理和配置指令。 

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

　　◆ Apache可以更简洁、有效地支持多种操作系统； 

　　◆ 服务器可以按站点的特殊需要进行自定制。 

　　在用户级，MPM看起来和其它Apache模块非常类似。主要区别是在任意时刻只能有一种MPM被装载到服务器中。 

　　指定MPM的方法 

　　下面以Red Hat Linux 9为平台，说明在Apache 2.0中如何指定MPM (Apache采用2.0.45)。先解压缩源代码包httpd-2.0.45.tar.gz，生成httpd-2.0.45目录（Apache 1.3源代码包的命名规则是apache_1.3.NN.tar.gz，而2.0版则是httpd-2.0.NN.tar.gz，其中NN是次版本号）。 

　　进入httpd-2.0.45目录，运行以下代码： 

$ ./configure --help|grep mpm 



　　显示如下： 

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



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

　　prefork的工作原理及配置 

　　如果不用"--with-mpm"显式指定某种MPM，prefork就是Unix平台上缺省的MPM。它所采用的预派生子进程方式也是 Apache 1.3中采用的模式。prefork本身并没有使用到线程，2.0版使用它是为了与1.3版保持兼容性；另一方面，prefork用单独的子进程来处理不同的请求，进程之间是彼此独立的，这也使其成为最稳定的MPM之一。 

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

<IfModule prefork.c> 
StartServers 5 
MinSpareServers 5 
MaxSpareServers 10 
MaxClients 150 
MaxRequestsPerChild 0 
</IfModule> 



　　prefork的工作原理是，控制进程在最初建立"StartServers"个子进程后，为了满足MinSpareServers设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足 MinSpareServers设置的值为止。这就是预派生（prefork）的由来。这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。 

　　MaxSpareServers设置了最大的空闲进程数，如果空闲进程数大于这个值，Apache会自动kill掉一些多余进程。这个值不要设得过大，但如果设的值比MinSpareServers小，Apache会自动把其调整为MinSpareServers+1。如果站点负载较大，可考虑同时加大MinSpareServers和MaxSpareServers。 

　　MaxRequestsPerChild设置的是每个子进程可处理的请求数。每个子进程在处理了"MaxRequestsPerChild" 个请求后将自动销毁。0意味着无限，即子进程永不销毁。虽然缺省设为0可以使每个子进程处理更多的请求，但如果设成非零值也有两点重要的好处： 

　　◆ 可防止意外的内存泄漏； 

　　◆ 在服务器负载下降的时侯会自动减少子进程数。 

　　因此，可根据服务器的负载来调整这个值。笔者认为10000左右比较合适。 

　　MaxClients是这些指令中最为重要的一个，设定的是Apache可以同时处理的请求，是对Apache性能影响最大的参数。其缺省值 150是远远不够的，如果请求总数已达到这个值（可通过ps -ef|grep http|wc -l来确认），那么后面的请求就要排队，直到某个已处理请求完毕。这就是系统资源还剩下很多而HTTP访问却很慢的主要原因。系统管理员可以根据硬件配置和负载情况来动态调整这个值。虽然理论上这个值越大，可以处理的请求就越多，但Apache默认的限制不能大于256。如果把这个值设为大于256，那么 Apache将无法起动。事实上，256对于负载稍重的站点也是不够的。在Apache 1.3中，这是个硬限制。如果要加大这个值，必须在"configure"前手工修改的源代码树下的src/include/httpd.h中查找 256，就会发现"#define HARD_SERVER_LIMIT 256"这行。把256改为要增大的值（如4000），然后重新编译Apache即可。在Apache 2.0中新加入了ServerLimit指令，使得无须重编译Apache就可以加大MaxClients。下面是笔者的prefork配置段： 

<IfModule prefork.c> 
StartServers 10 
MinSpareServers 10 
MaxSpareServers 15 
ServerLimit 2000 
MaxClients 1000 
MaxRequestsPerChild 10000 
</IfModule> 



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

#define DEFAULT_SERVER_LIMIT 256 
#define MAX_SERVER_LIMIT 20000 



　　worker的工作原理及配置 

　　相对于prefork，worker是2.0 版中全新的支持多线程和多进程混合模型的MPM。由于使用线程来处理，所以可以处理相对海量的请求，而系统资源的开销要小于基于进程的服务器。但是， worker也使用了多进程，每个进程又生成多个线程，以获得基于进程服务器的稳定性。这种MPM的工作方式将是Apache 2.0的发展趋势。 

　　在configure -with-mpm=worker后，进行make编译、make install安装。在缺省生成的httpd.conf中有以下配置段： 

<IfModule worker.c> 
StartServers 2 
MaxClients 150 
MinSpareThreads 25 
MaxSpareThreads 75 
ThreadsPerChild 25 
MaxRequestsPerChild 0 
</IfModule> 



　　worker的工作原理是，由主控制进程生成"StartServers"个子进程，每个子进程中包含固定的ThreadsPerChild 线程数，各个线程独立地处理请求。同样，为了不在请求到来时再生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数；而MaxClients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。 

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

　　ThreadsPerChild是worker MPM中与性能相关最密切的指令。ThreadsPerChild的最大缺省值是64，如果负载较大，64也是不够的。这时要显式使用 ThreadLimit指令，它的最大缺省值是20000。上述两个值位于源码树server/mpm/worker/worker.c中的以下两行： 

#define DEFAULT_THREAD_LIMIT 64 
#define MAX_THREAD_LIMIT 20000 



　　这两行对应着ThreadsPerChild和ThreadLimit的限制数。最好在configure之前就把64改成所希望的值。注意，不要把这两个值设得太高，超过系统的处理能力，从而因Apache不起动使系统很不稳定。 

　　Worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild值决定的，应该大于等于MaxClients。如果负载很大，现有的子进程数不能满足时，控制进程会派生新的子进程。默认最大的子进程总数是16，加大时也需要显式声明ServerLimit（最大值是20000）。这两个值位于源码树server/mpm/worker/worker.c中的以下两行： 

#define DEFAULT_SERVER_LIMIT 16 
#define MAX_SERVER_LIMIT 20000 



　　需要注意的是，如果显式声明了ServerLimit，那么它乘以ThreadsPerChild的值必须大于等于MaxClients，而且MaxClients必须是ThreadsPerChild的整数倍，否则Apache将会自动调节到一个相应值（可能是个非期望值）。下面是笔者的 worker配置段： 

<IfModule worker.c> 
StartServers 3 
MaxClients 2000 
ServerLimit 25 
MinSpareThreads 50 
MaxSpareThreads 200 
ThreadLimit 200 
ThreadsPerChild 100 
MaxRequestsPerChild 0 
</IfModule> 



　　通过上面的叙述，可以了解到Apache 2.0中prefork和worker这两个重要MPM的工作原理，并可根据实际情况来配置Apache相关的核心参数，以获得最大的性能和稳定性。  



其它更详细的写以到http://httpd.apache.org/docs-2.0/ 

阅读官方文件

serpron 回复于：2005-05-13 18:03:56

请问，如果apache2.0按默认安装好后，如何转为worker模式

goodloveboys 回复于：2005-05-13 18:08:59

MPM必须在编译配置时进行选择，并编译到服务器中。  重新编译吧

luo1110 回复于：2005-05-31 11:18:58

apache2.0好处就是多多，本人用2.0.52  http://www.eyelong.com/learn/web/cgi.htm

goodloveboys 回复于：2005-06-02 13:24:13

现在都2.0.54了最好用最新版,

sfz103 回复于：2005-07-04 14:25:24

我的APACHE2。54的，可以用了，但是都装RESIN不行了，怎么办啊？你们有弄过吗？

sfz103 回复于：2005-07-04 14:27:00

我的QQ是113339349，我已经弄了一个星期了，还是不行

小虎牙 回复于：2005-07-04 15:02:20

http://www.caucho.com/resin-3.0/install/cse-apache.xtp  先看看这个它的官方网站  如果再有什么不懂再发上来!  不过你要说得具体点哟不行是哪里不行?有错误是什么样的错误这样你得到的  答案会更快更准确!

initx 回复于：2005-07-20 12:48:07

我看到apache的官方主页上提到  对linux系统试用的perfork.c  而对于windows系统试用的是wrok.c  如果是linux系统不需要调整work.c的吧

goodloveboys 回复于：2005-07-26 17:00:07

根据你的需要设整

softiger 回复于：2005-07-27 21:29:01

我执行netstat -an | grep -i "12.34.56.78:80" | awk '{print $6}' | sort | uniq -c | sort -n；发现TIME_OUT的比例非常大（100%）达到2000个以上，但系统感觉不是很慢，请问这是什么造成的呢？怎么调整？ 摘自： http://www.ltesting.net/ceshi/ruanjianceshikaifajishu/rjcshjdj/windows/2007/0608/30253.html

【转】jQuery.validate 中文API

摘自：http://www.cnblogs.com/bignjl/archive/2010/03/08/1681146.html

jQuery.validate 中文API 

名称	返回类型	描述
validate(options)	返回:Validator	验证所选的FORM
valid()	返回:Boolean	检查是否验证通过
rules()	返回:Options	返回元素的验证规则
rules("add",rules)	返回:Options	增加验证规则
rules("remove",rules)	返回:Options	删除验证规则
removeAttrs(attributes)	返回:Options	删除特殊属性并且返回他们
Custom selectors
:blank	返回:Validator	没有值的筛选器
:filled	返回:Array <Element >	有值的筛选器
:unchecked	返回:Array <Element >	没选择的元素的筛选器
Utilities
jQuery.format (template,argument ,argumentN...)	返回:String	用参数代替模板中的 {n}

 

 

Validator:
validate方法返回一个Validator对象,它有很多方法, 让你能使用引发校验程序或者改变form的内容. validator对象有很多方法,但下面只是列出常用的
form()	返回:Boolean	验证form返回成功还是失败
element(element)	返回:Boolean	验证单个元素是成功还是失败
resetForm()	返回:undefined	把前面验证的FORM恢复到验证前原来的状态
showErrors(errors)	返回:undefined	显示特定的错误信息
Validator functions:
setDefaults(defaults)	返回:undefined	改变默认的设置
addMethod(name,method,message)	返回:undefined	添加一个新的验证方法. 必须包括一个独一无二的名字,一个JAVASCRIPT的方法和一个默认的信息
addClassRules(name,rules)	返回:undefined	增加组合验证类型 在一个类里面用多种验证方法里比较有用
addClassRules(rules)	返回:undefined	增加组合验证类型 在一个类里面用多种验证方法里比较有用,这个是一下子加多个

 

 

内置验证方式：
required()	返回:Boolean	必填验证元素
required(dependency-expression)	返回:Boolean	必填元素依赖于表达式的结果
required(dependency-callback)	返回:Boolean	必填元素依赖于回调函数的结果
remote(url)	返回:Boolean	请求远程校验。url通常是一个远程调用方法
minlength(length)	返回:Boolean	设置最小长度
maxlength(length)	返回:Boolean	设置最大长度
rangelength(range)	返回:Boolean	设置一个长度范围[min,max]
min(value)	返回:Boolean	设置最大值
max(value)	返回:Boolean	设置最小值
email()	返回:Boolean	验证电子邮箱格式
range(range)	返回:Boolean	设置值的范围
url()	返回:Boolean	验证URL格式
date()	返回:Boolean	验证日期格式(类似30/30/2008的格式,不验证日期准确性只验证格式)
dateISO()	返回:Boolean	验证ISO类型的日期格式
dateDE()	返回:Boolean	验证德式的日期格式（29.04.1994 or 1.1.2006）
number()	返回:Boolean	验证十进制数字（包括小数的）
digits()	返回:Boolean	验证整数
creditcard()	返回:Boolean	验证信用卡号
accept(extension)	返回:Boolean	验证相同后缀名的字符串
equalTo(other)	返回:Boolean	验证两个输入框的内容是否相同
phoneUS()	返回:Boolean	验证美式的电话号码

 

 

validate ()的可选项：
debug:进行调试模式（表单不提交）:	$(".selector").validate ({    debug:true })
把调试设置为默认:	$.validator.setDefaults({    debug:true })
submitHandler: 通过验证后运行的函数,里面要加上表单提交的函数,否则表单不会提交	$(".selector").validate({    submitHandler:function(form) { $(form).ajaxSubmit();    } })
ignore: 对某些元素不进行验证	$("#myform").validate({    ignore:".ignore" })
rules: 自定义规则,key:value的形式,key是要验证的元素,value可以是字符串或对象	$(".selector").validate({    rules:{      name:"required",      email:{        required:true,        email:true      }    } })
messages: 自定义的提示信息key:value的形式key是要验证的元素,值是字符串或函数	$(".selector").validate({    rules:{      name:"required",      email:{        required:true,        email:true      }    },    messages:{      name:"Name不能为空",      email:{        required:"E-mail不能为空",        email:"E-mail地址不正确"      }    } })
groups: 对一组元素的验证,用一个错误提示,用error Placement控制把出错信息放在哪里	$("#myform").validate({   groups:{     username:"fname lname"   },   errorPlacement:function(error,element) {      if (element.attr("name") == "fname" || element.attr("name") == "lname")        error.insertAfter("#lastname");      else        error.insertAfter(element);    },    debug:true })
Onubmit Boolean 默认:true 是否提交时验证	$(".selector").validate({    onsubmit:false })
onfocusout Boolean 默认:true  是否在获取焦点时验证	$(".selector").validate({    onfocusout:false })
onkeyup Boolean 默认:true  是否在敲击键盘时验证	$(".selector").validate({    onkeyup:false })
onclick Boolean 默认:true 是否在鼠标点击时验证（一般验证checkbox,radiobox）	$(".selector").validate({    onclick:false })
focusInvalid Boolean 默认:true 提交表单后,未通过验证的表单(第一个或提交之前获得焦点的未通过验证的表单)会获得焦点	$(".selector").validate({    focusInvalid:false })
focusCleanup Boolean 默认:false 当未通过验证的元素获得焦点时,并移除错误提示（避免和 focusInvalid.一起使用）	$(".selector").validate({    focusCleanup:true })
errorClass String 默认:"error" 指定错误提示的css类名,可以自定义错误提示的样式	$(".selector").validate({    errorClass:"invalid" })
errorElement String 默认:"label" 使用什么标签标记错误	$(".selector").validate    errorElement:"em" })
wrapper String 使用什么标签再把上边的errorELement包起来	$(".selector").validate({    wrapper:"li" })
errorLabelContainer Selector 把错误信息统一放在一个容器里面	$("#myform").validate({    errorLabelContainer:"#messageBox",    wrapper:"li",    submitHandler:function() { alert("Submitted!") } })
showErrors: 跟一个函数,可以显示总共有多少个未通过验证的元素	$(".selector").validate({    showErrors:function(errorMap,errorList) {         $("#summary").html("Your form contains " + this.numberOfInvalids() + " errors,see details below.");         this.defaultShowErrors();    } })
errorPlacement: 跟一个函数,可以自定义错误放到哪里	$("#myform").validate({   rrorPlacement:function(error,element) {  error.appendTo(element.parent("td").next("td"));    },    debug:true   })
success: 要验证的元素通过验证后的动作,如果跟一个字符串,会当做一个css类,也可跟一个函数	$("#myform").validate({         success:"valid",         submitHandler:function() { alert("Submitted!") } })
highlight: 可以给未通过验证的元素加效果,闪烁等

 

 

addMethod(name,method,message)方法：

参数name是添加的方法的名字

参数method是一个函数,接收三个参数(value,element,param) value是元素的值,element是元素本身 param是参数,我们可以用addMethod来添加除built-in Validation methods之外的验证方法 比如有一个字段,只能输一个字母,范围是a-f,写法如下:   $.validator.addMethod("af",function(value,element,params){    if(value.length>1){     return false;    }    if(value>=params[0] && value<=params[1]){     return true;    }else{     return false;    } },"必须是一个字母,且a-f"); 用的时候,比如有个表单字段的id="username",则在rules中写 username:{    af:["a","f"] }   addMethod的第一个参数,就是添加的验证方法的名子,这时是af addMethod的第三个参数,就是自定义的错误提示,这里的提示为:"必须是一个字母,且a-f" addMethod的第二个参数,是一个函数,这个比较重要,决定了用这个验证方法时的写法 如果只有一个参数,直接写,如果af:"a",那么a就是这个唯一的参数,如果多个参数,用在[]里,用逗号分开

 

 

meta String方式：

$("#myform").validate({    meta:"validate",    submitHandler:function() { alert("Submitted!") } })

<script type="text/javascript" src="js/jquery.metadata.js"></script> <script type="text/javascript" src="js/jquery.validate.js"></script> <form id="myform">   <input type="text" name="email" class="{validate:{ required:true,email:true }}" />   <input type="submit" value="Submit" /> </form>