irc*_*ell 91
FPM是一个管理PHP中的FastCGI SAPI(服务器API)的流程管理器.
基本上,它取代了对SpawnFCGI之类的需求.它自适应地生成FastCGI子节点(意味着如果当前负载需要它,则启动更多).
否则,它与FastCGI之间的操作差别不大(从请求开始到结束的请求管道是相同的).它只是让它更容易实现.
小智 55
安东尼所说的是绝对正确的,但我想补充一点,你的经验可能会表现出更好的性能和效率(不是因为fpm
-vs- fcgi
而是更多的是你的实施httpd
).
例如,我有一台四核机器正在运行lighttpd
+ fcgi
很好地哼唱.我升级到16核机器以应对增长,并且爆炸了两件事:RAM使用和段错误.我发现自己lighttpd
每隔30分钟重新启动一次以保持网站正常运行.
我切换到php-fpm和nginx,RAM使用率从> 20GB降至2GB.Segfaults也消失了.在做了一些研究之后,我了解到lighttpd和fcgi在加载的多核机器上不能很好地相处,并且在某些情况下也存在内存泄漏问题.
这是因为php-fpm
好于fcgi
?并非完全如此,但你如何进入php-fpm
似乎是一个整体heckuva比你通过如何服务更有效fcgi
.
小智 13
将 PHP 作为 CGI 运行意味着您基本上告诉 Web 服务器 PHP 可执行文件的位置,然后服务器运行该可执行文件
然而
PHP FastCGI 进程管理器 (PHP-FPM) 是 PHP 的替代 FastCGI 守护进程,允许网站处理繁重的负载。PHP-FPM 维护池(可以响应 PHP 请求的工作器)来完成此任务。对于多用户 PHP 环境,PHP-FPM 比传统的基于 CGI 的方法(例如 SUPHP)更快
然而,两者各有利弊,应根据具体用例进行选择。
我发现此链接上有关fastcgi 与 fpm的信息对于选择在我的场景中使用哪个处理程序非常有帮助。
归档时间: |
|
查看次数: |
114742 次 |
最近记录: |