云服务器

帮助中心 >  产品文档 >  云服务器 >  服务器教程 >  服务器php-cgi.exe进程多导致CPU占用100%的解决方法

再使用iis服务器中经常会出现php-cgi.exe进程过多,导致CPU占用100%,最终造成网站运行过慢甚至卡死的情况,重启iis会好一会,过一段时间久出现这种情况,为什么会出现这种情况呢,应该怎么解决呢,开始的时候我一直手动结束php-cgi程序,虽然可以临时解决问题,但是不是长久之计,我百度了下,出现该问题一般为程序方问题,如程序采用fastcgi方式运行PHP,而程序设置的StartProcesses又偏大,如6甚至更大。下面是我整理的对php-cgi.ext过多引起服务器cup%的解决方法,希望对大家有帮助;大多数情况是发生在第四项上;

解决参考:

1.检查系统盘空间。查看系统临时文件是否过多,MySQL数据库的临时文件默认存到了c:/windows/temp,导致累积了几万甚至上百万的小文件,压垮系统盘,可以使用“del *.*”删除所有临时文件。

2.PHP是一种广泛使用的动态脚本语言,不过在IIS中并没有内置对PHP语言的支持,因此如果需要使用PHP,必须自行安装。PHP可以安装为CGI模式或者ISAPI模式,由于ISAPI模式具有更高的性能,因此我建议大家使用ISAPI模式。

  3.如能修改程序,建议将程序配置文件中的StartProcesses值缩到2,看是否改善。

  4.看是否服务器有问题攻击现象。

windows 2003+IIS6中优化fastcgi配置文件fcgiext.ini,减少php-cgi.exe进程数量和所占内存大小。

环境为windows 2003+IIS6+fastcgi(FCGI)+PHP5.2.17,经过与很长一段时间观察,发现工作在FastCGI模式下的PHP会占用越来越多的内存,访问量稍微多点php-cgi进?就多了N个,同样情况下能比原来用isapi模式的时候多出几百M,服务器内存小的话运行会很吃力。

来自PHP官方的一个比较正式的解释是:php-cgi进程并没有内存泄漏,php-cgi会在每个请求结束的时候回收脚本使用的全部内存,但是并不会释放给操作系统,而是继续持有以应对下一次PHP请求。这样做大概是为了减少内存碎片化或者解决从系统申请内存之后又释放回操作系统所需要的时间不可控问题。可是如果偶然一次PHP请求使用了诸如ftp或者zlib这样的大内存操作,那么将导致一大块系统内存被php-cgi持续占有,不能被利用。

解决这个问题的办法是在web服务器配置中优化fastcgi配置文件参数。在C:WINDOWSsystem32inetsrvfcgiext.ini 文件中可以设定php-cgi进程相关参数,如:

[Types]

php = PHP

[PHP]

ExePath=C:php-5.3.8-nts-Win32-VC9-x86php-cgi.exe

maxInstances=100

InstanceMaxRequests=10000

EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000

RequestTimeout=600

ActivityTimeout=900

  在上面的配置中:

ExePath 指定了FastCGI解析程序的路径;

instanceMaxRequests 指定了每个实例可以处理的最大请求数;

maxInstances 指定可以启动的最大实例数目;

EnvironmentVars 创建了一个环境变量 PHP_FCGI_MAX_REQUESTS ,默认值设为10000

requestTimeout 指定了请求的超时时间为600秒;

activityTimeout 指定了活动会话超时时间为900秒。

  以下是建议值:

maxInstances=  /把这个值改小

建议:

512M 内存的改maxInstances=50

1G 内存的改maxInstances=80

2G 内存的改maxInstances=140

  再修改:

InstanceMaxRequests=  /把这个值改小

  建议:

512M 内存的改InstanceMaxRequests=200

1G 内存的改InstanceMaxRequests=300

2G 内存的改InstanceMaxRequests=500

  改完重启IIS

说明:

maxInstances这个参数指定可以启动的最大实例数目,即php-cgi.exe进程的数目。如果把它降低,比如改成100,那么在任务管理器的进程中最多只有php-cgi.exe进程,php-cgi.exe所占用的总内存将大大减少。

instanceMaxRequests PHP_FCGI_MAX_REQUESTS 这两个参数决定了一个php-cgi进程被创建出来之后,最多接受的PHP请求数,在lighttpd中默认配置是10000。也就是说这个php-cgi进程每接受10000PHP请求后会终止,释放所有内存,并重新被管理进程启动。如果把它降低,比如改成100,那么php-cgi重启的周期会大大缩短,偶然的高内存操作造成的问题影响时间也会缩短。

EnvironmentVars = PHP_FCGI_MAX_REQUESTS:php自身控制的最大请求数,默认500,既然要用fastcgi去运行cgi,那么就不需要PHP去限制最大请求数,所以要确保InstanceMaxRequests小于或等于PHP_FCGI_MAX_REQUESTS,要确保InstanceMaxRequests小于或等于PHP_FCGI_MAX_REQUESTS;

RequestTimeout:请求的超时时间;

ActivityTimeout:活动会话的超时时间。


提交成功!非常感谢您的反馈,我们会继续努力做到更好!

这条文档是否有帮助解决问题?

非常抱歉未能帮助到您。为了给您提供更好的服务,我们很需要您进一步的反馈信息:

在文档使用中是否遇到以下问题: