(总结)Nginx使用的php-fpm的两种进程管理方式及优化
php-fpm目前主要又两个分支,分别对应于php-5.2.x的版本和php-5.3.x的版本。在5.2.x的版本中,php-fpm.conf使用的是xml格式,而在新的5.3.x版本中,则是和php.ini同样的配置风格。php 在5.2.x版本中,php-fpm.conf中对于进程管理号称是有两种风格,一种是静态(static)的,一种是相似于apache风格(apache-like)的。 不过,在最新的5.3.x的配套php-fpm中,apache风格的进程管理已经被实现了。 若是设置成static,php-fpm进程数自始至终都是pm.max_children指定的数量,再也不增长或减小。服务器 若是设置成dynamic,则php-fpm进程数是动态的,最开始是pm.start_servers指定的数量,若是请求较多,则会自动增长,保证空闲的进程数不小于pm.min_spare_servers,若是进程数较多,也会进行相应清理,保证多余的进程数很少于pm.max_spare_servers。ide 这两种不一样的进程管理方式,能够根据服务器的实际需求来进行调整。php-fpm 这里先说一下涉及到这个的几个参数,他们分别是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。优化 pm表示使用那种方式,有两个值能够选择,就是static(静态)或者dynamic(动态)。在更老一些的版本中,dynamic被称做apache-like。这个要注意看配置文件的说明。url 下面4个参数的意思分别为:spa
若是pm设置为static,那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。 若是pm设置为dynamic,那么pm.max_children参数失效,后面3个参数生效。系统会在php-fpm运行开始的时候启动pm.start_servers个php-fpm进程,而后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数。 那么,对于咱们的服务器,选择哪一种执行方式比较好呢?事实上,跟Apache同样,运行的PHP程序在执行完成后,或多或少会有内存泄露的问题。这也是为何开始的时候一个php-fpm进程只占用3M左右内存,运行一段时间后就会上升到20-30M的缘由了。 对于内存大的服务器(好比8G以上)来讲,指定静态的max_children实际上更为稳当,由于这样不须要进行额外的进程数目控制,会提升效率。由于频繁开关php-fpm进程也会有时滞,因此内存够大的状况下开静态效果会更好。数量也能够根据 内存/30M 获得,好比8GB内存能够设置为100,那么php-fpm耗费的内存就能控制在 2G-3G的样子。若是内存稍微小点,好比1G,那么指定静态的进程数量更加有利于服务器的稳定。这样能够保证php-fpm只获取够用的内存,将很少的内存分配给其余应用去使用,会使系统的运行更加畅通。 对于小内存的服务器来讲,好比256M内存的VPS,即便按照一个20M的内存量来算,10个php-cgi进程就将耗掉200M内存,那系统的崩溃就应该很正常了。所以应该尽可能地控制php-fpm进程的数量,大致明确其余应用占用的内存后,给它指定一个静态的小数量,会让系统更加平稳一些。或者使用动态方式,由于动态方式会结束掉多余的进程,能够回收释放一些内存,因此推荐在内存较少的服务器或VPS上使用。具体最大数量根据 内存/20M 获得。好比说512M的VPS,建议pm.max_spare_servers设置为20。至于pm.min_spare_servers,则建议根据服务器的负载状况来设置,比较合适的值在5~10之间。 |