prefork 工作模式
如果httpd -l列出prefork.c。则表示是 prefork 工作方式。 如下面所示:
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
这表明当前apache2的工作方式是 prefork
prefork的工作原理是,控制进程在最初建立“StartServers”个子进程后,为了满足MinSpareServers设置的需要创建一个进程,等待一秒钟,继续创建两个,再等待一秒钟,继续创建四个……如此按指数级增加创建的进程数,最多达到每秒32个,直到满足MinSpareServers设置的值为止。这就是预派生(prefork)的由来。这种模式可以不必在请求到来时再产生新的进程,从而减小了系统开销以增加性能。
对于 prefork 工作模式的 apache 来说,在 httpd.conf(主配置文件) 中对它的设置是在
# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# ServerLimit: maximum value for MaxClients for the lifetime of the server
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000
</IfModule>
ServerLimit
默认的MaxClient最大是256个线程,如果想设置更大的值,就的加上ServerLimit这个参数。20000是ServerLimit这个参数的最大值。
如果需要更大,则必须编译apache,此前都是不需要重新编译Apache。
生效前提:必须放在其他指令的前面
StartServers
指定服务器启动时建立的子进程数量,prefork默认为5。
MinSpareServers
指定空闲子进程的最小数量,默认为5。如果当前空闲子进程数少于MinSpareServers ,那么Apache将以最大每秒一个的速度产生新的子进程。此参数不要设的太大。
MaxSpareServers
设置空闲子进程的最大数量,默认为10。如果当前有超过MaxSpareServers数量的空闲子进程,那么父进程将杀死多余的子进程。
此参数不要设的 太大。如果你将该指令的值设置为比MinSpareServers小,Apache将会自动将其修改成”MinSpareServers+1″。
MaxClients
限定同一时间客户端最大接入请求的数量(单个进程并发线程数),默认为256。任何超过MaxClients限制的请求都将进入等候队列,一旦一个链接被释放, 队列中的请求将得到服务。要增大这个值,你必须同时增大ServerLimit。
MaxRequestsPerChild
每个子进程在其生存期内允许伺服的最大请求数量,默认为10000.到达MaxRequestsPerChild的限制后,子进程将会结束。
如果 MaxRequestsPerChild为”0″,子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处:
1.可以防止(偶然的)内存泄漏无限进行,从而耗尽内存。
2.给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程的数量。
按照前面的设置,在该工作模式下,服务器启动后起动8个httpd进程(加父进程共9个,通过 ps -ax|grep httpd命令可以看到)。
当有用户连接时,apache会使用一个空闲进程为该连接服务,同时父进程会fork(复制)一个子进程。
直到内存中的空闲进程达到MaxSpareServers。该模式是为了兼容一些旧版本的程序。缺省编译时的选项。
worker 工作模式
如果httpd -l列出worker.c ,类似如下,则表示是 worker 工作模式
Compiled in modules:
core.c
worker.c
http_core.c
mod_so.c
worker的工作原理是,由主控制进程生成“StartServers”个子进程,每个子进程中包含固定的ThreadsPerChild线程数,各个线程独立地处理请求。同样,为了不在请求到来时再生成线程,MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数;而MaxClients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载,控制进程将派生新的子进程。
这时候的配置文件如下:
# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
StartServers
服务器启动时建立的子进程数,默认值是”3″。
MaxClients
允许同时伺服的最大接入请求数量(最大线程数量)。任何超过MaxClients限制的请求都将进入等候队列。默认值是”400″ , 16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要增加MaxClients的时候,你必须同时增加 ServerLimit的值。
MinSpareThreads
最小空闲线程数,默认值是”75″。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少,子进程将产生新的空闲线程。
MaxSpareThreads
设置最大空闲线程数。默认值是”250″。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多,子进程将杀死多余的空闲线程。
MaxSpareThreads的取值范围是有限制的。Apache将按照如下限制自动修正你设置的值:
worker要求其大于等于 MinSpareThreads加上ThreadsPerChild的和。
ThreadsPerChild
每个子进程建立的常驻的执行线程数。默认值是25。子进程在启动时建立这些线程后就不再建立新的线程了。
MaxRequestsPerChild
设 置每个子进程在其生存期内允许伺服的最大请求数量。到达MaxRequestsPerChild的限制后,子进程将会结束。如果 MaxRequestsPerChild为”0″,子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处:
1.可以防止(偶然的)内存泄漏无限进行,从而耗尽内存。
2.给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程的数量。
注意对于KeepAlive链接,只有第一个请求会被计数。事实上,它改变了每个子进程限制最大链接数量的行为。
该模式是由线程来监听客户的连接。当有新客户连接时,由其中的一个空闲线程接受连接。
服务器在启动时启动两个进程,每个进程产生的线程数是固定的 (ThreadsPerChild决定),因此启动时有50个线程。
当50个线程不够用时,服务器自动fork一个进程,再产生25个线程。
转载:http://my.oschina.net/leeypp1/blog/298790
————————————————————————————————————————————————
更换apache 工作模式
vi /etc/sysconfig/httpd
HTTPD=/usr/sbin/httpd.worker 打开就是worker类型
重启apache
[@sh5_44.3 bin]# /etc/init.d/httpd restart
Stopping httpd: [ OK ]
Starting httpd: [ OK ]
查看是否更改类型------prefork
[@sh5_44.3 bin]# ps aux |grep httpd
root 32472 0.0 0.0 179088 9388 ? Ss 17:46 0:00 /usr/sbin/httpd
apache 32474 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32475 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32476 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32477 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32478 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32479 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32480 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
apache 32481 0.0 0.0 179088 2424 ? S 17:46 0:00 /usr/sbin/httpd
root 32483 0.0 0.0 103296 808 pts/4 S+ 17:47 0:00 grep httpd
查看是否改变类型------下面是worker
[@sh5_44.3 bin]# ps aux |grep httpd
root 31902 0.0 0.0 176048 6328 ? Ss 17:42 0:00
/usr/sbin/httpd.worker
apache 31904 0.0 0.0 1145248 6196 ? Sl 17:42 0:00
/usr/sbin/httpd.worker
apache 31905 0.0 0.0 1145248 6196 ? Sl 17:42 0:00
/usr/sbin/httpd.worker
apache 31907 0.0 0.0 1145248 6200 ? Sl 17:42 0:00
/usr/sbin/httpd.worker
apache 31910 0.0 0.0 1145248 6200 ? Sl 17:42 0:00
/usr/sbin/httpd.worker
apache 31925 0.0 0.0 1145248 6200 ? Sl 17:42 0:00
/usr/sbin/httpd.worker
root 32461 0.0 0.0 103300 808 pts/4 S+ 17:46 0:00 grep httpd
—————————————————————————————————————
其他可参看的连接
http://www.360doc.com/content/12/0414/16/3725126_203550434.shtml
http://mo2g.com/view/50/
http://blog.csdn.net/lifetragedy/article/details/7707455
相关推荐
Apache的两种工作模式: prefork模式: 使用多个子进程,每个子进程只包含一个线程 特点:效率高,内存使用率高 worker模式 使用多个子进程,每个子进程包含多个线程 特点:内存使用率低,一个线程崩溃,整个...
apache2的worker工作模式配置及MaxClients不足问题解决
此脚本可以计算出当前httpd进程的个数和占用内存,来为我们配置apache工作模式提供参考
apache常用的工作模式有prefork和worker模式。运行命令httpd -l 或者apache2 -l ,输出的结果中如果含有prefork.c,那就是prefork模式,如果结果中含有worker.c,那就是worker模式。 知道模式之后我们可以在apache的...
本工具能自动将Apache Web服务器的配置文件转化成Nginx的配置文件,减少WEB服务器迁移的工作量。 该工具从Apache Web服务器中的各模块功能的角度进行分析,生成Nginx中相应模块的配置方式,然后以报告的形式生成转换...
Apache NiFi 是一个易于使用、功能强大而且可靠的数据拉取、数据处理和... NiFi基于Web方式工作,后台在服务器上进行调度。用户可以为数据处理定义为一个流程,然后进行处理,后台具有数据处理引擎、任务调度等组件。
PHP在Apache中两种工作方式的区别.docx
Apache Click 是一个提供给商业java 开发人员的简单的jee web ...可能最好的方式就是通过一些例子来看Click 如何工作。(这些例子在http://click.avoka.com/click-examples/ 的“intro Examples” 菜单下) 1.1. Hello
但这种安装方式不够灵活,软件的自由组合不方便,同时也不利于学习。所以我还是喜欢手工搭建PHP开发环境,需要哪个模块自己安装就行了,或者那个软件需要升级,直接升级那个软件就行了,并不影响其他软件,非常方便...
Apache DolphinScheduler 是一个分布式易扩展的可视化DAG工作流任务调度开源系统。适用于企业级场景,提供了一个可视化操作任务、工作流和全生命周期数据处理过程的解决方案。 Apache DolphinScheduler 旨在解决...
apache的集中工作模式,非常有用,请linux爱好者下载
适合人群:具备一定编程基础,工作1-3年的研发人能学到什么:@工厂模式、策略模式、观察者模式等都是怎么在Spring中体现的: ②IOC, AOP、代理、切面、循环依赖都是如何设计和实现的。阅读建议:此资源以开发简化版Spring...
Apache Commons是一个非常有用的工具包,解决各种实际的通用问题。(附件中提供了该工具包的jar包,及源文件以供研究) BeanUtils Commons-BeanUtils 提供对 Java 反射和自省API的包装 Betwixt Betwixt提供将 ...
本文调研了Apache服务器的现状,介绍了什么是Apache服务器以及它的性能价格等
④深入了解 Apache: 通过编译和安装源代码,更深入地理解 Apache 的工作原理和内部机制。这对于系统管理员和开发人员来说是一种学习和了解的机会。 缺点: ①复杂性和技术要求: 源码安装可能需要更多的技术知识和...
本工具能自动将Apache Web服务器的配置文件转化成Nginx的配置文件,减少WEB服务器迁移的工作量。 该工具从Apache Web服务器中的各模块功能的角度进行分析,生成Nginx中相应模块的配置方式,然后以报告的形式生成转换...
Apache DolphinScheduler(apache-dolphinscheduler-2.0.5-src.tar.gz 源码)是一个分布式易扩展的可视化DAG工作流任务调度开源系统。解决数据研发ETL 错综复杂的依赖关系,不能直观监控任务健康状态等问题。Dolphin...
Apache DolphinScheduler(apache-dolphinscheduler-2.0.5-bin.tar.gz)是一个分布式易扩展的可视化DAG工作流任务调度开源系统。解决数据研发ETL 错综复杂的依赖关系,不能直观监控任务健康状态等问题。Dolphin...
Apache Airflow是一个Airbnb 的 Workflow 开源项目,用于开发、调度和监控面向批处理的工作流。Airflow的可扩展Python框架使您能够构建与几乎任何技术连接的工作流程。Web界面有助于管理工作流的状态。Airflow可通过...
Apache Airflow 是一个社区创建的平台,用于以编程方式创作、调度和监控工作流。 当工作负载被定义为代码时,做所有这些事情要容易得多。 它们变得更具版本化、可测试性、可维护性和协作性。 使用 Airflow,您可以将...