[百度分享]Lighttpd和nginx的对比

rethee 2010-07-01 11:39:52
加精
背景
lighttpd和nginx是近年来两个流行的高性能web server。nginx在近几年冒起很快,根据netcraft对2010年2月所有网站域名的web server市场份额调查显示,nginx占据第4位,已明显超越了lighttpd,如下图示:

百度有一些服务使用lighttpd,我们希望对 nginx开展调研,并和lighttpd进行对比。
概述
Nginx和lighttpd基本上是同质的,都是采用基于epoll/kqueue/select的全异步事件模型,可以轻松地维持大量的连接,不惧怕慢连接攻击。两者都提供了丰富的HTTP服务功能,例如压缩、url rewrite、虚拟主机、SSL、proxy等等。
Nginx大量模仿了apache的设计风格,比如模块的定义、装配、以及配置数据的解析和组织方式等等。Lighttpd则是自己设计的一套。 和lighttpd相比,Nginx做事更加精细,它提供的一些比较特别。
Nginx的代码入手更困难一些(主观看法)。举个例子,Nginx内部的HTTP状态迁移是比较隐性的,它通过一系列的handler赋值来实现,如果要完整地追踪一次HTTP请求的处理过程,比较费劲。这个就说明,一旦出了问题,追查比较困难。而lighttpd的代码中有一个显式的HTTP状态迁移,一目了然,相比之下比较好看一些。
扩展模块开发方面,nginx的module模仿了apache的设计和实现方式,和lighttpd是完全不同的。主观感觉上nginx模块开发的入门门槛更高一些,因为必须弄清楚nginx的内部运行机制才好确认你写的代码到底有没有问题和隐患。
和lighttpd一样,nginx同样存在着开发文档很少的问题。最好的文档还是源码本身。
功能
Nginx完全不支持动态库so,所以它的模块都必须静态编译,且不能动态加载。要加载哪些模块,模块按照怎样的顺序执行,都是在编译期由 configure指定的,如果要调整,也只能重新编译一遍,无法通过改配置来实现。在这方面,Lighttpd做得比nginx好。Lighttpd支 持动态so,并且可以在配置文件中调整各模块的先后顺序,在某些应用场景下,调整模块的先后顺序是很有用的。
条件配置语法的灵活性,lighttpd比nginx要好一些。Lighttpd可以很方便地配置成这样:
$HTTP[“url”] =~ “…” {
Proxy-core.backends = (“10.1.1.1:8080”, “10.1.1.2:8080”, …)
Proxy-core.balancer = “round-robin”
Proxy-core.protocol = “http”
……
}

$HTTP[“host”] =~ “…” {
Access.deny-all = “enable”
}

$HTTP[“useragent”] =~ “…” {
url.redirect = (“” => “http://example.com/”)
url.redirect-code = 302
}

$HTTP[“url”] =~ “…” {
$HTTP[“querystring”] =~ “…” {
$HTTP[“referer”] =~ “…” {

}
}
}
在nginx中,如果模块本身没提供条件支持的话,需要依赖rewrite模块做一次内部跳转,把变化反映到url上,再通过location使其生效。
在一些具体的功能点上,nginx和lighttpd各有特点:
有一些比较细节的地方,nginx考虑得比lighttpd周全,比如nginx可以配置HTTP头部的长度、HTTP请求的读写超时 等,lighttpd的官方版本是不支持的,百度对此进行了改良。再例如nginx可以配置listen队列长度、nginx进程起来后 挂在哪个CPU核上运行,lighttpd现在还不支持。
Nginx的proxy功能比lighttpd强大,主要是proxy cache,另外还有一些细节上的处理。比如nginx支持4xx/5xx错误自动重试下一个后端。但是Lighttpd的proxy现在还支持scgi 和ajp两种后端转发协议,nginx不支持。
Nginx有一些比较有特色的功能module,例如:
1)secure_link,可以用来防盗链,目前在CDN上有应用。这个功能很不错,可以考虑在lighttpd上开发相应的模块。
2)geoip,用户给配置一个ip地理信息数据文件,nginx可以以此为根据,判断客户端ip来自哪个国家和城市。

性能
根据简单性能对比,Nginx的性能比lighttpd略好。原因可能有以下几方面:
1. Lighttpd启动了几个辅助线程,有加锁竞争行为,这样会使性能有所降低(线程个数是可配的,这里还有优化的余地);nginx完全不涉及线程,不加锁。
2. Lighttpd有动态so,nginx全静态编译,动态库执行效率比静态慢大约5%~10%左右。
3. Nginx在细节优化上可能做得更好一些。例如nginx的epoll是ET(边缘触发)的,而lighttpd的epoll是LT(水平触发)的。
nginx的性能要好一些,不过对大多数应用来说,lighttpd的性能指标已够用了,一个系统主要的瓶颈往往是在后端。由于lighttpd具有动态模块的加载能力,适合非常需要灵活配置的场合。
总体而言,nginx和lighttpd都是非常好的web server选择。
...全文
3079 46 打赏 收藏 转发到动态 举报
写回复
用AI写文章
46 条回复
切换为时间正序
请发表友善的回复…
发表回复
上岸の鱼 2012-10-30
  • 打赏
  • 举报
回复
有很多错误,
----"Nginx完全不支持动态库so,所以它的模块都必须静态编译,且不能动态加载。"
这个其实是很容易实现支持的,比如我们经常把扩展模块弄成动态的。


性能---“nginx完全不涉及线程,不加锁。”
这个也是有问题的表达
wyrwrywrywry 2011-03-26
  • 打赏
  • 举报
回复
tewrty3qyreyer
btsmart_01 2011-03-03
  • 打赏
  • 举报
回复
比nginx/lighttpd性能更好的服务器还有不少,比如SharkD,根据其官方网站的http://www.sharkd.com/测试数据来看,最快的时候比nginx(0.9.2)还快223%。可以免费下载。
freefei 2011-01-25
  • 打赏
  • 举报
回复
很有水准,仔细的研究了
lywxm 2011-01-03
  • 打赏
  • 举报
回复
没怎么看明白 多看几遍
everlasting188 2010-10-27
  • 打赏
  • 举报
回复
真的不错,顶
gonxi 2010-10-09
  • 打赏
  • 举报
回复
谢谢分享
porschev 2010-09-01
  • 打赏
  • 举报
回复
ihefe 2010-09-01
  • 打赏
  • 举报
回复
NGINX不错 ,很好的处理高并发连接,速度快,资源占用少
liziwen 2010-08-31
  • 打赏
  • 举报
回复
收藏,支持,顶
fanqin1314 2010-07-07
  • 打赏
  • 举报
回复
不错,很好的东西,定了

qingtuan 2010-07-06
  • 打赏
  • 举报
回复
顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶
zhangfk 2010-07-06
  • 打赏
  • 举报
回复
长见识呀,
sinopf 2010-07-05
  • 打赏
  • 举报
回复
还是apache好使
谷堆间的驴子 2010-07-05
  • 打赏
  • 举报
回复
顶一锅
piaolankeke 2010-07-05
  • 打赏
  • 举报
回复
顶一个 接分:)
kkqqsun 2010-07-04
  • 打赏
  • 举报
回复
不错
学习了。
ElfSundae 2010-07-04
  • 打赏
  • 举报
回复
路过... 看不懂。。
lwlongyan 2010-07-03
  • 打赏
  • 举报
回复
学习学习
MFC200710186 2010-07-03
  • 打赏
  • 举报
回复
长知识了
加载更多回复(16)

12,162

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 Web Services
社区管理员
  • Web Services社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧