设为首页 收藏本站
查看: 942|回复: 0

[经验分享] apache_work

[复制链接]

尚未签到

发表于 2018-11-22 09:28:26 | 显示全部楼层 |阅读模式
  1、prefork.c模块(一个非线程型的、预派生的MPM)
    prefork MPM 使用多个子进程,每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接。在大多数平台上,Prefork MPM在效率上要比Worker MPM要高,但是内存使用大得多。prefork的无线程设计在某些情况下将比worker更有优势:他能够使用那些没有处理好线程安全的第三方模块,并 且对于那些线程调试困难的平台而言,他也更容易调试一些。
ServerLimit   20000
StartServers   5           //指定服务器启动时建立的子进程数量,prefork默认为5
MinSpareServers   5     //指定空闲子进程的最小数量,默认为5。假如当前空闲子进程数少于                                                    MinSpareServers ,那么Apache将以最大每秒一个的速度产生新的子进程。
MaxSpareServers   10    //配置空闲子进程的最大数量,默认为10。假如当前有超过MaxSpareServers数量                               的空闲子进程,那么父进程将杀死多余的子进程。
MaxClients   1000      //默认的MaxClient最大是256个线程,假如想配置更大的值,就的加上ServerLimit这个                                参数。20000是ServerLi  mit这个参数的最大值。假如需要更大,则必须编译apache,此                             前都是无需重新编译.生效前提:必须放在其他指令的前面
  MaxRequestsPerChild 0    //每个子进程在其生存期内允许伺服的最大请求数量,默认为10000.到达                                             MaxRequestsPerChild的限制后,子进程将会结束。假如MaxRequestsPerChild                                        为"0",子进程将永远不会结束。
将MaxRequestsPerChild配置成非零值有两个好处:
        1.能够防止(偶然的)内存泄漏无限进行,从而耗尽内存。
        2.给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程的数量。

ServerLimit     2000



工作方式:
一个单独的控制进程(父进程)负责产生子进程,这些子进程用于监听请求并作出应答。Apache总是试图保持一些备用的 (spare)或是空闲的子进程 用于迎接即将到来的请求。这样客户端就无需在得到服务前等候子进程的产生。在Unix系统中,父进程通常以root身份运行以便邦定80端口,而 Apache产生的子进程通常以一个低特权的用户运行。User和Group指令用于配置子进程的低特权用户。运行子进程的用户必须要对他所服务的内容有 读取的权限,但是对服务内容之外的其他资源必须拥有尽可能少的权限。
2、worker.c模块(支持混合的多线程多进程的多路处理模块)
    worker MPM 使用多个子进程,每个子进程有多个线程。每个线程在某个确定的时间只能维持一个连接。通常来说,在一个高流量的HTTP服务器上,Worker MPM是个比较好的选择,因为Worker MPM的内存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方,假如一个线程崩溃,整个进程就会连同其任何线程一起"死掉".由于线程共享内存空间,所以一个程式在运行时必须被系统识别为"每 个线程都是安全的"。

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脚本所继承。
  

  

  工作模式切换:
  
  # cd /usr/sbin/
  # mv httpd httpd.prefork    //将当前的prefork模式启动文件改名
  # mv httpd.worker httpd //将worker模式的启动文件改名
  # service httpd restart
  # httpd -l | egrep 'prefork|worker' --color





运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-638041-1-1.html 上篇帖子: 编译安装apache(httpd 2.4.10) 下篇帖子: apache日志分析(python)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表