限制php进程占用太多cpu,php-cgi进程占用cpu资源过多的原因有哪些

php-cgi进程占用cpu资源过多的原因有：1、一些php的扩展与php版本兼容存在问题；2、程序中可能存在死循环，导致服务器负载超高；3、php程序不合理使用session；4、程序中存在过度耗时且不可能完成的操作。

php-cgi进程占用cpu资源过多的原因有哪些？

在此环境下，一般php-cgi运行是非常稳定的，但也遇到过php-cgi占用太多cpu资源而导致服务器响应过慢，我所遇到的php-cgi进程占用cpu资源过多的原因有：

1、一些php的扩展与php版本兼容存在问题，实践证明 eAccelerater与某些php版本兼容存在问题，具体表现时启动php-cgi进程后，运行10多分钟，奇慢无比，但静态资源访问很快，服务器负载也很正常(说明nginx没有问题，而是php-cgi进程的问题)，解决办法就是从php.ini中禁止掉eAccelerater模块，再重启php-cgi进程即可

2、程序中可能存在死循环，导致服务器负载超高(使用top指令查看负载高达100+), 需要借助Linux的proc虚拟文件系统找到具体的问题程序

3、php程序不合理使用session , 这个发生在开源微博记事狗程序上，具体表现是有少量php-cgi进程(不超过10个)的cpu使用率达98%以上， 服务器负载在4-8之间，这个问题的解决，仍然需要借助Linux的proc文件系统找出原因。

4、程序中存在过度耗时且不可能完成的操作(还是程序的问题)，例如discuz x 1.5的附件下载功能: source/module/forum/forum_attachement.php中的定义function getremotefile($file) {

global $_G;

@set_time_limit(0);

if(!@readfile($_G['setting']['ftp']['attachurl'].'forum/'.$file)) {

$ftp = ftpcmd('object');

$tmpfile = @tempnam($_G['setting']['attachdir'], '');

if($ftp->ftp_get($tmpfile, 'forum/'.$file, FTP_BINARY)) {

@readfile($tmpfile);

@unlink($tmpfile);

} else {

@unlink($tmpfile);

return FALSE;

}

}

return TRUE;

}

没有对传入的参数作任何初步检查，而且设置了永不超时，并且使用readfile一次读取超大文件，就可能存在以下问题：

A. 以http方式读取远程附件过度耗时

B. FTP无法连接时，如何及时反馈出错误？

C. readfile是一次性读取文件加载到内存中并输出，当文件过大时，内存消耗惊人

根据实验发现采用readfile一次性读取，内存消耗会明显增加，但是CPU的利用率会下降较多。如果采用分段读取的方式，内存消耗会稍微下降，而CPU占用却会明显上升。

对discuz x 1.5的这个bug较好解决方法就是后台重新正确设置远程附件参数。

更多PHP相关知识，请访问PHP中文网!

相关标签：php

本文原创发布php中文网，转载请注明出处，感谢您的尊重！