有几台服务器都是windows2008系统
我配置了一下每台服务器的apache的最大并发量即ThreadsPerChild 1000
这几天为了优化原来的程序，需要写一个多线程（php借助apache的多线程实现）的长时间运行的程序，线程数是50个。
发现这些长时间运行的程序最多执行1个小时就会统一停止，找了半天原因发现当程序停止时apache的错误日志里会有“child process exited with status 255 -- Restarting.”的信息，然后apache就自动重启了。
于是我就检查每台服务器上的apache的错误日志，发现越高并发量的服务器，apache的重启频率就越频繁，有台并发在200左右的服务器竟然每隔几分钟就重启一次。
后来我试着用一个线程执行那个长时间运行的程序，发现1天下来都没有问题，再换50个线程的1小时不到又停了。
哎，我已经凌乱了，对apache实在不够了解，apache配置就设置了个多端口和并发数，其他都是原配，是不是还有些重要的配置我忽略了？
网上找了一段时间，没有合适的解决办法，各位一起分析讨论下吧
“child process exited with status 255 -- Restarting.”apache重启的问题如何解决？
php长时间执行程序遇到apache自动重启时怎么自动恢复？
你这样改改看看，httpd.conf文件， 我觉得一般瓶颈都在mysql上。 如果还不行， 果断换nginx，我前一段时间也是这样， 现在用nginx， 目前很愉快了。
<IfModule prefork.c> StartServers 5 MinSpareServers 5 MaxSpareServers 10 ServerLimit 2000 MaxClients 1500 MaxRequestsPerChild 1000</IfModule>
child process exited with status 255 -- Restarting
子进程的退出状态255??重启
windows 中的 php 是不支持线程的
如果你是通过 fsockopen 模拟，那就是主动发起的 http 进程。对于 apache 而言，这与浏览器发起的并无区别
当并发的 http 请求超过了 Apache 预设的并发数时，只会产生排队现象，而不会造成崩溃
当然，并发数是要有内存做保证的。内存不足，崩溃就是自然的
另外，如果 http 响应程序长时间没有输出的话，Apache 就会将其挂起。这不是 Apache 的问题，而是相应程序的问题
你这样改改看看，httpd.conf文件， 我觉得一般瓶颈都在mysql上。 如果还不行， 果断换nginx，我前一段时间也是这样， 现在用nginx， 目前很愉快了。
没注意你是windows系统， 可能版主说的对吧。
child process exited with status 255 -- Restarting
子进程的退出状态255??重启
windows 中的 php 是不支持线程的
如果你是通过 fsockopen 模拟，那就是主动发起的 http 进程。对于 apache 而言，这与浏览器发起的并无区别
当并发的 http 请求超过了 Apache 预设的并发数时，只会产生排队现象，而不会造成崩溃
当然，并发数是要有内存做保证的。内存不足，崩溃就是自然的
另外，如果 http 响应程序长时间没有输出的话，Apache 就会将其挂起。这不是 Apache 的问题，而是相应程序的问题
echo ' ';//一个空格ob_flush();flush();
没注意你是windows系统， 可能版主说的对吧。
php在linux下面跑。 基本上不需要改多少。 对应的文件注意大小写就好。
如果是windows下，建议使用fsockopen来模拟运行。
不要想了 更成Linux 这个时候可以继续使用apache 或者 nginx 即使你现在临时解决了win下的问题 下一个坑继续在等你.
一个坑接着一个坑的，太残酷了吧...
不过也确实随着系统越做越大，麻烦也越来越多，只得为以前没经验留下的隐患买单。
昨天想了个临时解决办法，写了一个监控程序监控多线程的运行，一旦发生长时间不操作就再次启动多线程（程序长时间运行现在观察好像不太会发生自己停止，基本上就是apache重启引起的，所以跟着他重启也就是了）。
今天观察了一下发现还算稳定，总算轻松了一把。
接下来我会尝试用最简单的程序，测试下apache并发时是否会发生不断重启的现象，把问题先定性一下，然后再决定是解决程序问题还是更换环境。
确认下来应该就是apache的问题了。
windows的nginx有问题，当一个访问未结束前，其他访问也不能执行，而我却偏偏要写一个长时间执行的程序。
环境问题就没办法了，看来目前最大的希望还是投向linux，哪怕又是一个坑。
谢谢各位，先结贴了。
