Apache、Nginx、Lighttpd性能評比

今天看到了一篇對於目前三大知名 Open Source HTTP Server (Apache、Nginx、Lighttpd) 做評比的文章,文章內容寫的非常詳盡,也提出各種伺服器適合的建議用途。

Apache 
許可協議:Apache License 2.0 
官網:http://www.apache.org

Nginx 
許可協議:BSD-like 
官網:http://www.nginx.net

Lighttpd 
許可協議:BSD License 
官網:http://www.lighttpd.net/

我的感想:

我想Nginx應該是因為它的開發是針對俄羅斯第二大流量的網站 Rambler.ru 所開發,所以目前沒有支援虛擬主機的功能 ,非常期待Nginx能持續加強他的功能性,如果虛擬主機這個常見功能能夠支援的話,那這將是一個非常先進且完美的Web Server。

以下引用建議及比較,其他詳細資料及數據請至原出處:http://www.cyask.com/question.php?qid=563

Apache、Nginx、Lighttpd比較表

Server Apache Nginx Lighttpd
Proxy代理 非常好 非常好 一般
Rewriter 非常好 一般
FastCGI 不好 非常好
熱部署 不支持 支持 不支持
系統壓力比較 很大 很小 比較小
穩定性 非常好 不好
安全性 一般 一般
技術支持 非常好 很少 一般
靜態文件處理 一般 非常好
Vhosts虛擬主機 支持 不支持 支持
反向代理 一般 非常好 一般
Session sticky 支持 不支持 不支持

註:在相對比較大的網站,節約下來的伺服器成本無疑是客觀的。而有些小型網站往往伺服器不多,如果採用 Apache 這類傳統 Web 伺服器,似乎也還能撐過去。但有其很明顯的弊端: Apache 在處理流量爆發的時候(比如爬蟲或者是 Digg 效應) 很容易過載,這樣的情況下採用 Nginx 最為合適。

建議方案:

Apache 後台伺服器(主要處理php及一些功能請求 如:中文url) 
Nginx  前端伺服器(利用它佔用系統資源少得優勢來處理靜態頁面大量請求) 
Lighttpd 圖片伺服器 
總體來說,隨著nginx功能得完善將使他成為今後web server得主流。

參考文章:

http://www.cyask.com/question.php?qid=563

时间: 2025-01-30 11:59:12

Apache、Nginx、Lighttpd性能評比的相关文章

为什么Nginx的性能要比Apache高很多_服务器其它

为什么Nginx的性能要比Apache高很多? 这得益于Nginx使用了最新的epoll(Linux 2.6内核)和kqueue(freebsd)网络I/O模型,而Apache则使用的是传统的select模型. 目前Linux下能够承受高并发访问的Squid.Memcached都采用的是epoll网络I/O模型. 处理大量的连接的读写,Apache所采用的select网络I/O模型非常低效. 下面用一个比喻来解析Apache采用的select模型和Nginx采用的epoll模型进行之间的区别:

APACHE,NGINX 详细分析

Apache是目前最流行的Web应用服务器,占据了互联网应用服务器70%以上的份额.Apache能取得如此成功并不足为奇:它免费.稳定且性能卓越:但Apache能取得如此佳绩的另一个原因是,当时互联网刚刚兴起时,Apache是第一个可用的Web应用服务器,人们没有其他的选择. 不可否认,Apache是一个优秀的全能Web服务器,但对于那些需要更强大的Web应用服务器(比如大小.可定制.响应速度.可扩展性等方面)的人而言,Apache明显不符合他们的要求,寻找Apache的替代者是更好的选择. N

Apache vs Lighttpd谁更好?

Lighttpd  Apache  Apache还是Lighttpd? Lighttpd (也称Lighty),用于高性能要求的HTTP守护进程,以快速以及低内存占用为设计目标.下面的图表展示了Apache对Lighttpd的表现比较. 结论 通过以上的测试,什么样的配置环境表现最佳,什么样的配置环境表现最差呢?在考虑安全因素的情况下,什么样的配置速度最快呢?我们有了结论,最慢的配置是不带APC的PHP5以Apache2的模块方式运行.不幸的是,这是最常见的配置.采用更安全的FastCGI模式下

Nginx的性能优化技巧

一.编译安装过程优化 1.减小Nginx编译后的文件大小 在编译Nginx时,默认以debug模式进行,而在debug模式下会插入很多跟踪和ASSERT之类的信息,编译完成后,一个Nginx要有好几兆字节.在编译前取消Nginx的debug模式,编译完成后Nginx只有几百千字节,因此可以在编译之前,修改相关源码,取消debug模式,具体方法如下: 在Nginx源码文件被解压后,找到源码目录下的auto/cc/gcc文件,在其中找到如下几行: # debug CFLAGS="$CFLAGS -g

Apache/Nginx+PHP+MySQL一键环境安装包

windows平台 1.Nginx PHP环境集成包: http://www.upupw.net/Nginx/     我用的就是这个,WIN平台搞开发 Apache PHP环境集成包:http://www.upupw.net/Apache/ 2.WINDOWS的NGINX+PHP+MYSQL+MEMCACHED的服务器集成环境 http://www.hdj.me/wnmpserver LINUX 平台 1.linux+apache/nginx+php+mysql lanmp/lamp/lnmp

Apache/Nginx伪静态匹配http://问题与解决

问题是这样的,我搭建了一个网站icon图标抓取的API接口,正常情况下对象的传参是通过$_GET['url']获取的,因此常规获取图标的地址应该是:     http://domain.com/?url=zhangge.net     或     http://domain.com/?url=http://zhangge.net 为了开启浏览器缓存和后续的CDN缓存,我的设计思路如下: ①.在图标API网站目录下新建一个cache文件夹,以域名.ico的形式保存图标文件,比如zhangge.ne

apache nginx设置目录无执行权限的方法

apache nginx设置目录无执行权限的方法web服务有iis,apache,nginx,使用操作系统无非是windows or *nux    代码如下 复制代码 location ~ ^/upload/.*.(php教程|php5)$ { deny all; } 来看俩段通常对上传目录设置无权限的列子,配置如下:  代码如下 复制代码 <directory "/var/111cn.net/upload"> <filesmatch ".php"

Nginx服务器配置性能优化方案_nginx

高层的配置nginx.conf文件中,Nginx中有少数的几个高级配置在模块部分之上. user www-data; pid /var/run/nginx.pid; worker_processes auto; worker_rlimit_nofile 100000; user和pid应该按默认设置 - 我们不会更改这些内容,因为更改与否没有什么不同. worker_processes 定义了nginx对外提供web服务时的worker进程数.最优值取决于许多因素,包括(但不限于)CPU核的数量

轻量级HTTP服务器Nginx:性能优化技巧

风信网(ithov.com)原创文章:以下内容针对Nginxhttp://www.aliyun.com/zixun/aggregation/14109.html">性能优化技巧进行说明,分别从编译安装过程优化.利用TCMalloc优化Nginx的性能和Nginx内核参数优化,希望对大家更深入的了解Nginx能起到一些帮助. 编译安装过程优化 1.减小Nginx编译后的文件大小 在编译Nginx时,默认以debug模式进行,而在debug模式下会插入很多跟踪和ASSERT之类的信息,编译完成