httpd的MPM工作模式

httpd的MPM工作模式

MPM(Multi -Processing Modules) 多进程处理模模块

prefork:多进程I/O模型,每个进程响应一个请求,默认模型

​ 预派生模式,有一个主控制进程,然后生成多个子进程,每个子 进程有一个独立的线程响应用户请求,相对比较占用内存,但是比较稳定,可 以设置最大和最小进程数,是最古老的一种模式,也是最稳定的模式,适用于 访问量不是很大的场景

特点:

  • 一个主进程:生成和回收n个子进程,创建套接字,不响应请求
  • 多个子进程:工作work进程,每个子进程处理一个请求;系统初始时,预先生 成多个空闲进程,等待请求,最大不超过1024个

优点:稳定
缺点:慢,占用资源,不适用于高并发场景

worker:复用的多进程I/O模型,多进程多线程,IIS使用此模型

mark

​ 是一种多进程和多线程混合的模型,有一个控制进程,启动多 个子进程,每个子进程里面包含固定的线程,使用线程程来处理请求,当线程 不够使用的时候会再启动一个新的子进程,然后在进程里面再启动线程处理请 求,由于其使用了线程处理请求,因此可以承受更高的并发。

特点:

​ 一个主进程:生成m个子进程,每个子进程负责生个n个线程,每个线程响应一 个请求,并发响应请求:

m x n


优点:相比prefork 占用的内存较少,可以同时处理更多的请求

缺点:使用keep-alive的长连接方式,某个线程会一直被占据,即使没有传输 数据,也需要一直等待到超时才会被释放。如果过多的线程,被这样占据,也 会导致在高并发场景下的无服务线程可用。(该问题在prefork模式下,同样会 发生)

event:事件驱动模型(worker模型的变种)

​ Apache中最新的模式,属于事件驱动模型(epoll),每个进程响应多个 请求,在现在版本里的已经是稳定可用的模式。它和worker模式很像,最大的区别在 于,它解决了keep-alive场景下,长期被占用的线程的资源浪费问题(某些线程因为被 keep-alive,空挂在哪里等待,中间几乎没有请求过来,甚至等到超时)。event MPM中,会有一个专门的线程来管理这些keep-alive类型的线程,当有真实请求过来 的时候,将请求传递给服务线程,执行完毕后,又允许它释放。这样增强了高并发场景 下的请求处理能力

​ event只在有数据发送的时候才开始建立连接,连接请求才会触发工作线程,即使用了 TCP的一个选项,叫做延迟接受连接TCP_DEFER_ACCEPT,加了这个选项后,若客户 端只进行TCP连接,不发送请求,则不会触发Accept操作,也就不会触发工作线程去 干活,进行了简单的防攻击(TCP连接

mark

特点:

​ 一个主进程:生成m个子进程,每个子进程负责生个n个线程,每个线程响应一 个请求,并发响应请求:m*n,有专门的监控线程来管理这些keep-alive类型的 线程,当有真实请求时,将请求传递给服务线程,执行完毕后,又允许释放。这 样增强了高并发场景下的请求处理能力


优点:单线程响应多请求,占据更少的内存,高并发下表现更优秀,会有一个专门的线 程来管理keep-alive类型的线程,当有真实请求过来的时候,将请求传递给服务线程, 执行完毕后,又允许它释放

缺点:没有线程安全控制

有真实请求过来的时候,将请求传递给服务线程, 执行完毕后,又允许它释放

缺点:没有线程安全控制

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值