LNAMP与Lighttpd+php-fcgi相比优势是啥？

lxfy

原帖由 卡恩 于 2011-1-11 20:34 发表
LNMP的作者只需要做稍稍一点修改
502将会改观很多

求解，自己可以手工修改吧

inla

crontab -l > /tmp/root.crontab && echo "*/1 * * * * /bin/dd if=/dev/zero of=test bs=8k count=8k oflag=dsync" >> /tmp/root.crontab && crontab /tmp/root.crontab

诡谲

为什么不使用nginx+php(fastcgi)作为生产环境?

1、php(fastcgi)不够稳定,经常出现502错误,生成相对复杂的页面没有优势,反而会使php-cgi进程变为僵尸进程；
2、安全性,多用户多站点权限问题.php(fastcgi)在应对多用户多站点往往捉襟见肘,不易于实施；
3、整合其他开发语言,apache表现得游刃有余.资源利用恰到好处；
4、……。

我刚还在纳闷这句话怎么觉得这么熟悉...原来是我说的......

杰少爷

说得太复杂了，没看懂。

lyylts

原帖由 windywinter 于 2011-1-11 22:45 发表

我前面没看到这个mod_php5是什么，现在明白了。
mod_cgi和mod_php5都是一次编译，一次执行，mod_php5效率比mod_cgi高是因为mod_php5是专门给apache设计的。
mod_fastcgi是一次编译，多次执行，我觉得这个比mod_php5效率低不太 ...

http://buytaert.net/drupal-performance?page=1

理清思路....lnamp和llmp的区别，本质还就是fastcgi和mod_php5的区别。就是php执行方式的区别。
另外mod_cgi和mod_php5不是一个概念的..
mod_cgi还是把php脚本教给了php-cgi进程去处理，而且每个请求启动一个php-cgi，自然慢死。
mod_fcgid又叫mod_fastcgi，常驻内存，你理解了..
mod_php5又不一样。apache有了直接解释php的能力，自然不需要啥cgi，fcgi。
mod_php5自然不是一次编译一次执行，而是和httpd进程共存亡的。
至于mod_php5为什么比php自家的php-cgi强力。只因为apache在高并发下对队列处理比fastcgi略显成熟。

不过现在生产环境用mod_php越来越少，主要是基于安全的考虑。工作在worker模式下的mod_php有最好的性能，牺牲的却是线程安全。
prefork mpm模式下的mod_php 性能有所下降。
最关键的还是在为php打安全补丁时往往要重新编译apache。

lyylts

lnamp和llmp的次要区别。
也就是前端nginx和lighttpd的区别了。
感觉其实还是没区别。
没感觉lighttpd的  memory leak有多严重。
nginx之所以占有率逐年上升。
感觉配置容易和插件开发难度小是主要因素。

lyylts

原帖由 lxfy 于 2011-1-11 22:56 发表

求解，自己可以手工修改吧

如果说http://hostloc.wiki/thread-2980-1-1.html这个
把php-fpm.conf里的max_requests末尾多个0，就能少不少502

[ 本帖最后由 lyylts 于 2011-1-11 23:40 编辑 ]

drivel

原帖由 lyylts 于 2011-1-11 23:24 发表



http://buytaert.net/drupal-performance?page=1

理清思路....lnamp和llmp的区别，本质还就是fastcgi和mod_php5的区别。就是php执行方式的区别。
另外mod_cgi和mod_php5不是一个概念的..
mod_cgi还是把php脚本教给 ...

所以我们现在都是直接 apt-get 的，自己编译在有新 patch 的时候，编译麻烦不说，还不一定都能跟上，即便你都订阅了 mail list

但是无论如何，Apache2 在高负载的时候，处理 PHP5 还是非常出色的

eudx

我今天装了 LANMP   好吃内存。而且非常卡  不是能忍耐的卡
不知道是不是VPS的问题。

drivel

原帖由 eudx 于 2011-1-11 23:53 发表
我今天装了 LANMP   好吃内存。而且非常卡  不是能忍耐的卡
不知道是不是VPS的问题。

我给你一个测试数据，一个 Discuz 7.2 论坛

# ./webbench -c 300 -t 30 http://something/ && uptime
Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://something/
300 clients, running 30 sec.

Speed=106640 pages/min, 67600164 bytes/sec.
Requests: 53320 susceed, 0 failed.

# uptime
23:56:54 up 18 days, 21:08,  1 user,  load average: 9.43, 3.52, 1.33


Processed in 0.201668 second(s) 在测试的时候打开论坛的产生速度，纯跑的 Apache，前面没有加任何东西