资料太少... 交流的人也太少. CCF 要不要搞一个 Nginx群??

官网上文档基本也够看了，邮件列表是个不错的选择，学习一下别人的经验，看一下别人的问题是咋解决的

看官网文档基本就ok了

现在一直在用 Nginx 当做 Cache server

那个说10倍的文章稍微夸张了点，但是性能有明显提高倒是真的。

感觉处理纯静态的文件还是蛮有优势的，比apache明显占用资源少，缺点是url rewrite要哟要重写不能通用。

Nginx 纯静态 单台一天试过1亿PV..

前天正式安裝了 Nginx , 系統 Freebsd .

全部軟件: FreeBSD+FTP+NGINX

全部用來跑 HTML 的純靜態頁面 ( 頁面由另一台PHP+MYSQL生成 )

目前運行了二天,一直在關查....

二個字 : 非常爽

:D


有幾點要特別注意的,

在安裝 Nginx 時, 默認裡是沒有 SUB-DOMAIN 選擇的,要打上鉤 . 我就是因為沒有打上這個東西, 最後配置 nginx.conf 的 域名時,出了很多問題. 不支持泛域名... -_-

後來重新config 安裝了. 但是對 Nginx.conf 裡的 域名 配置還是有點問題. 不過,目前正常,不敢再亂搞:

-----------------------host and domain--------------------------------------

server {
listen 80;
server_name .domain1.com;

location / {
root /usr/home/web/domain1;
index index.html;
access_log off;
}
}

server {
listen 80;
server_name .domain2.com;

location / {
root /usr/home/web/domain2;
index index.html;
access_log off;
}
}

server {
listen 80;
server_name .domain3.com;

location / {
root /usr/home/web/domain3;
index index.html;
access_log off;
}
}

server {
listen 80;
server_name state.domain.com state.domain2.com;

location / {
stub_status on;
access_log off;
}
}
-----------------------host and domain--------------------------------------

其中 , server_name .domain3.com; 中的 .domain3.com 意思是 *.domain3.com , 查了很多資料,不知道為什麼,按自帶的說明裡配置不行,進入域名後會直接到默認首頁,就是剛安裝好APACHE一樣的歡迎頁面...

之前是這樣配置的,不行:

server {
listen 80;
server_name domain1.com alias my1.domain1.com my2.domain1.com;

location / {
root /usr/home/web/domain1;
index index.html;
access_log off;
}
}

不知道為什麼,以上配置. 輸入domain1.com alias my1.domain1.com都進入歡迎頁面 , 只有my2.domain1.com進入目錄...

看了官方教學, 這樣配置 server_name domain1.com my1.domain1.com my2.domain1.com; 也一樣 只有my2.domain1.com進入目錄...

不懂.

5个字^^

的确看一些资料吹得挺玄乎，不知效果

今天发现:
Active connections: 291
server accepts handled requests
16630948 16630218 31070465
Reading: 6 Writing: 179 Waiting: 106

成功创建 少了730个... 也就是说有 730个握手失败?

active connections -- 对后端发起的活动连接数

server accepts handled requests -- nginx 总共处理了 16630948 个连接, 成功创建 16630218 次握手 (中间730个握手失败), 总共处理了 31070465 个请求 (平均每次握手处理了 1.8个数据请求)

想问一下,一般是什么情况会 730个握手失败 ??? 是Nginx配置并发问题?还是服务器?还是对方的网络有问题???

我的理解是handeled是说处理完成的吧
730个应该是HTTP会话过程意外终止的

会话过程意外终止,这个是用户的问题,还是我服务器的问题??:D

另一台 apache 服务器上一年来,也有17000多个. 累计.

accepts 应该表示的是socket连接已经建立完成
handled 是client发送的数据（HTTP请求）已经进行了对应的处理

之间的差异有可能是client连接成功但是没有发送任何有效数据或者是发送数据超时造成的

造成差异的具体原因多种多样，比如对一个放在公网的web server来说应该有不少人用各种扫描工具之类的的进行扫描吧，如果是自己在内网测试的话，也有可能是某些时刻服务器负载过大造成一些连接出现问题或者来不及响应之类的吧
个人认为应该问题不大

之前对apache和nginx的代码有过一些研究，nginx在大并发（1万以上）的情况下肯定是比apache要有优势的。因为nginx和lighttpd这些新的web server在linux下用的是epoll，FreeBSD下用的是kqueue，比apache的select/poll效率高很多

如果web server的并发数较少，比如只有几百个，那么apache和nginx的性能差距并不大，而且apache的多进程模型会更加稳定，当然nginx也可以配置成为多进程模式

謝謝前輩的分析,真的是說的非常的有經驗.
基本上了解了.

謝謝前輩指點.

又看了下新版的apache(>2.2)，发现新的event MPM模式使用的是epoll和kqueue，在网络连接数和大并发的情况下可以使用，更正一下

nginx还算是不错了，我遇到的问题就是和java的app server配合的时候没有模块支持，用proxy模式的时候很多应用会出问题。

google 上看了一下，好像都吹的很神乎嘛

生产环境用了一个月了，确实不错，今天升级到0.7.59了

算算也用了1個多月了,不錯... 沒問題....

我做个一个实际测试双核双CPU浪潮服务器，4G内存。
使用Discuz7的论坛索引页面进行测试，模拟1024个连接，连续访问10000次。

有推导出相关结论：

1. 性能上来说NGINX还是要比Apache(Prefork)有优势。但主要是高并发连接的情况下。
Apache配置文件经过优化后（1024 Thread，4096 MaxClient）能够达到Nginx
的水平（24个worker进程，64个php-cgi进程），而且8192个连接nginx也保持稳定。
Apache的话2048个连接的测试就通过不了。

2. 在上述负载下NGINX的的出错率一直比较高，2%-5%非2xx的错误。Apache的确是
如楼上某位所言，负载高(uptime达到了32，nginx是3)，但是不出错。一个非2xx
的错误都没有。

3. 上述差别其实就是select()和epool模式的差别所在，所以可比性并不强。应该将
Aapache的epoll MPM的性能与之做比较。

4. 静态页面方面，一个1K左右的HTML，nginx吞吐是Apache的3倍，但是系统负载
只有Apache的1/3（Uptime 0.9 vs 0.35）

对应的测试过程记录文件在附件里。

ngix 处理动态页面的速度也不快的。
ngix 主要是做cache 来使用的。
apache 的优点是稳定，高负荷可以稳定运行。
ngix，lighttppd 性能较好，不稳定，高负荷下容易崩溃。

多高的负载会崩溃？

CPU保持在80以下，内存要够。虚拟缓存不要太大。

最近正在找个服务器配置做python服务。

服务器目前只能用windows2k3，现在用了apache, 服务响应不理想，想换个试试.正在找nginx文档

nginx 跑静态页面速度比 Apache 快10倍多

但是跑PHP 各有特点，Apache 调教好后跑 PHP 比 Nginx 稳定的多

所以一般都是 Nginx+mcache+apache 的架构！

受教了，刚好一个项目，用nginx试试先。。。

我现在是二台服务器,一台服务器是:
freebsd+php+mysql+apache 做程序的后台,用于生成html 网站的页面.
另一台服务器是:
freebsd+nginx , 就只用来跑WEB服务,做为前台.
是不是太浪费了?二个完全可以并一起?

真是越来越跟不上时代了，已然火星了，第一次听到Nginx

这玩意已经被很多大门户采用了 侧面证明其有效性