目录介绍：

第1部分 基础篇
第1章 Nginx简介
1.1 常用的Web服务器简介
1.2 Nginx简介
1.3 选择Nginx的理由
1.4 Nginx与Apache、Lighttpd的综合对比
第2章 Nginx服务器的安装与配置
2.1 安装Nginx服务器所需要的系统资源
2.2 Nginx的下载
2.3 Nginx的安装
2.4 Nginx的启动、停止、平滑重启
2.5 Nginx的平滑重启
2.6 Nginx的信号控制
2.7 Nginx的平滑升级第2部分 进 阶 篇
第3章 Nginx的基本配置与优化
3.1 Nginx的完整配置示例
3.2 Nginx的虚拟主机配置
3.3 Nginx的日志文件配置与切割
3.4 Nginx的压缩输出配置
.3.5 Nginx的自动列目录配置
3.6 Nginx的浏览器本地缓存设置
第4章 Nginx与PHP（FastCGI）的安装、配置与优化
4.1 获取相关开源程序
4.2 安装PHP 5.2.10（FastCGI模式）
4.3 安装Nginx 0.8.15
4.4 配置开机自动启动Nginx + PHP
4.5 优化Linux内核参数
4.6 在不停止Nginx服务的情况下平滑变更Nginx配置
4.7 编写每天定时切割Nginx日志的脚本
第5章 Nginx与JSP、ASP.NET、Perl的安装与配置
5.1 Nginx与JSP（Tomcat）在Linux上的安装、配置
5.2 Nginx与ASP.NET（Mono+FastCGI）在Linux上的安装、配置
5.3 Nginx与Perl（FastCGI）在Linux上的安装、配置
第6章 Nginx HTTP负载均衡和反向代理的配置与优化
6.1 什么是负载均衡和反向代理
6.2 常见的Web负载均衡方法
6.3 Nginx负载均衡与反向代理的配置实例
6.4 Nginx负载均衡的HTTP Upstream 模块
6.5 Nginx负载均衡服务器的双机高可用
第7章 Nginx的Rewrite规则编写实例
7.1 什么是Nginx的Rewrite规则
7.2 Nginx Rewrite规则相关指令
7.3 PCRE正则表达式语法
7.4 Nginx的Rewrite规则编写实例
7.5 Nginx与Apache的Rewrite规则实例对比
第8章 Nginx模块开发
8.1 Nginx模块概述
8.2 Nginx模块编写实践
第9章 Nginx的Web缓存服务与新浪网的开源NCACHE模块
9.1 什么是Web缓存？
9.2 Nginx的Web缓存服务
9.3 新浪网开源软件项目——基于Nginx的NCache网页缓存系统
第3部分 实战篇
第10章 Nginx在国内知名网站中的应用案例
10.1 Nginx反向代理与负载均衡类网站应用案例
10.2 Nginx+PHP类网站应用案例
第11章 Nginx的非典型应用实例
11.1 用HTTPS（SSL）构建一个安全的Nginx Web服务器
11.2 采用Nginx搭建FLV视频服务器
11.3 Nginx+PHP+MySQL在小内存VPS服务器上的优化
11.4 采用Nginx搭建正向代理服务器
第4部分 模块篇
第12章 Nginx的核心模块
12.1 主模块指令
12.2 主模块变量
12.3 事件模块指令
第13章 Nginx的标准HTTP模块
13.1 HTTP的核心模块
13.2 HTTP Upstream模块
13.3 Http Access 模块
13.4 HTTP Auth Basic 模块
13.5 Http Autoindex 模块
13.6 Http Browser 模块
13.7 Http Charset 模块
13.8 Http Empty Gif模块
13.9 Http Fcgi 模块
13.10 geo 模块
13.11 Gzip 模块
13.12 Http Headers模块
13.13 Http Index模块
13.14 HTTP Referer模块
13.15 Http Limit Zone模块
13.16 Http Limit Req模块
13.17 Http Log模块
13.18 Http Map模块
13.19 Http Memcached模块
13.20 Http Proxy模块
第14章 Nginx的其他HTTP模块
14.1 Http Addition模块
14.2 Embedded Perl模块
14.3 Flv Stream模块
14.3 flv 指令
14.4 Http Gzip Static模块
14.5 Http Random Index模块
14.6 Http Geo IP模块
14.7 Http RealIp模块
14.8 Http SSL模块
14.9 Http Stub Status模块
14.10 Http Sub模块
14.11 Http Dav模块
14.12 Google Perftools模块
14.13 Http XSLT模块
14.14 Http Secure Link模块
14.15 Http Image Filter模块
第15章 Nginx的邮件模块
15.1 Nginx邮件核心模块
15.2 Nginx邮件认证模块
15.3 Nginx邮件代理模块
15.4 Nginx邮件SSL模块
15.5 Nginx邮件模块配置实例
索引
参考资料

基本用法:
ab -n 全部请求数 -c 并发数 测试url
例:ab -n 1000 -c 50 http://www.newdev.gztest.com/
Server Software:         Microsoft-IIS/7.0
Server Hostname:        www.newdev.gztest.com
Server Port:            80
Document Path:
Document Length:        82522 bytes  #请求文档大小

Concurrency Level:      50           #并发数
Time taken for tests:   92.76140 seconds #全部请求完成耗时
Complete requests:      10000          #全部请求数
Failed requests:        1974           #失败的请求
(Connect: 0, Length: 1974, Exceptions: 0)
Write errors:           0
Total transferred:      827019400 bytes   #总传输大小
HTML transferred:       825219400 bytes //整个场景中的HTML内容传输量
Requests per second:    108.61 [#/sec] (mean)   #每秒请求数(平均)//大家最关心的指标之一，相当于 LR 中的每秒事务数，后面括号中的 mean 表示这是一个平均值
Time per request:       460.381 [ms] (mean)   #每次并发请求时间(所有并发) //大家最关心的指标之二，相当于 LR 中的平均事务响应时间，后面括号中的 mean 表示这是一个平均值
Time per request:       9.208 [ms] (mean, across all concurrent requests)   #每一请求时间(并发平均)  //每个请求实际运行时间的平均值
Transfer rate:          8771.39 [Kbytes/sec] received    #传输速率//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Percentage of the requests served within a certain time (ms)
50%   2680
66%   2806
75%   2889
80%   2996
90%  11064
95%  20161
98%  21092
99%  21417
100%  21483 (longest request)
//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于2680毫秒，60％ 的用户响应时间小于2806毫秒，最大的响应时间小于21417毫秒

Connection Times (ms)    #连接时间
min  mean[+/-sd] median   max
Connect(#连接):        0    0   2.1      0      46
Processing(#处理):    31  458  94.7    438    1078
Waiting(#等待):       15  437  87.5    422     938
Total:         31  458  94.7    438    1078

其它参数:

-n requests     全部请求数
-c concurrency  并发数
-t timelimit    最传等待回应时间
-p postfile     POST数据文件
-T content-type POST Content-type
-v verbosity    How much troubleshooting info to print
-w              Print out results in HTML tables
-i              Use HEAD instead of GET
-x attributes   String to insert as table attributes
-y attributes   String to insert as tr attributes
-z attributes   String to insert as td or th attributes
-C attribute    加入cookie, eg. ‘Apache=1234. (repeatable)
-H attribute    加入http头, eg. ‘Accept-Encoding: gzip’
Inserted after all normal header lines. (repeatable)
-A attribute    http验证,分隔传递用户名及密码
-P attribute    Add Basic Proxy Authentication, the attributes
are a colon separated username and password.
-X proxy:port   代理服务器
-V              查看ab版本
-k              Use HTTP KeepAlive feature
-d              Do not show percentiles served table.
-S              Do not show confidence estimators and warnings.
-g filename     Output collected data to gnuplot format file.
-e filename     Output CSV file with percentages served
-h              Display usage information (this message)

来源：http://www.cnblogs.com/Leung/archive/2009/09/17/1568396.html

这天工作没什么事情，翻开看资料，再次学习一下apache的性能优化，以下就说说我的设置及测试。

先说一下我的测试机硬件及软件配置环境：

硬件：一台比较古老的机器，cpu: P42.0 ,内存256，其他的就不多说了。

软件：linux as 4 , apache2.0.59。

先说一下这次安装及配置就是测试apache的性能，如果你打算看其他方面的，那就不要看了，因为偶也没有写，嘿嘿嘿……

./configure –prefix=/usr/local/apache2 –with-mpm=worker –enable-so

说明：

MPM={beos|worker|prefork|mpmt_os2| perchild|leader|threadpool}

我这里mpm使用的是worker,以下说明一下mpm个参数；

MPM的引入是Apache 2.x最重要的变化，影响apache2.x 性能的最核心特性，

MPM（Multi -Processing Modules，多道处理模块），运行在一种多进程与多线程相混合的模式下，增强部分配置的可扩充性能。相比于Apache 1.3， 2.x版本本做了大量的优化来提升处理能力和可伸缩性，并且大多数改进在默认状态下即可生效。但是在编译和运行时刻，2.x也有许多可以显著提高性能的选择。

Beos、mpmt_os2分别是BeOS和OS/2上缺省的MPM。

perchild主要设计目的是以不同的用户和组的身份来运行不同的子进程。这在运行多个需要CGI的虚拟主机时特别有用，会比1.3版本中的SuExec 机制做得更好。

leader和threadpool都是基于worker的变体。

prefork就是Unix平台上缺省的MPM。它所采用的预派生子进程方式也是 Apache 1.3中采用的模式。prefork本身并没有使用到线程，2.x版本使用它是为了与1.3版本保持兼容性；另一方面，prefork用单独的子进程来处理不同的请求，进程之间是彼此独立的，这也使其成为最稳定的MPM之一。若使用prefork，在make编译和make install安装后，使用“httpd -l”来确定当前使用的MPM，应该会看到prefork.c查看缺省生成的httpd.conf配置文件，里面包含如下配置段：

<IfModule prefork.c>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
</IfModule>

worker的工作原理是，由主控制进程生成“StartServers”个子进程，每个子进程中包含固定的ThreadsPerChild 线程数，各个线程独立地处理请求。同样，为了不在请求到来时再临时生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数；而MaxClients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。

worker的工作原理是，由主控制进程生成“StartServers”个子进程，每个子进程中包含固定的ThreadsPerChild 线程数，各个线程独立地处理请求。同样，为了不在请求到来时再临时生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数；而MaxClients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。

MinSpareThreads和MaxSpareThreads的最大缺省值分别是75和250。这两个参数对Apache的性能影响并不大，可以按照实际情况相应调节。

ThreadsPerChild是worker MPM中与性能相关最密切的指令。ThreadsPerChild的最大缺省值是64，如果负载较大，64也是不够的。这时要显式使用 ThreadLimit指令，它的最大缺省值是20000。上述两个值位于源码树server/mpm/worker/worker.c中的以下两行：

#define DEFAULT_THREAD_LIMIT 64

#define MAX_THREAD_LIMIT 20000

这两行对应着ThreadsPerChild和ThreadLimit的限制数。最好在configure之前就把64改成所希望的值。注意，不要把这两个值设得太高而超过系统的处理能力，从而导致因Apache不起动而使系统不稳定。

Worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild值决定的，应该大于等于MaxClients。如果负载很大，现有的子进程数不能满足时，主控进程会派生新的子进程。默认最大的子进程总数是16，加大时也需要显式声明ServerLimit（最大值是20000）。这两个值位于源码树server/mpm/worker/worker.c中的以下两行：

#define DEFAULT_SERVER_LIMIT 16

#define MAX_SERVER_LIMIT 20000

以上内容我也是从我以前文档里cp的，也许有点过时，对于初次学习还是有帮助的。HOHOHO

好了，以下是我的机器实际配置过程。

我使用的MPM是worker，我要通过修改源代码文件，尽量增大进程数和线程数，

修改文件为；/root/httpd-2.0.59/server/mpm/worker/worker.c

修改内容：

#define DEFAULT_SERVER_LIMIT 50

#define DEFAULT_THREAD_LIMIT 100

然后开始编译，安装咯……

安装完成后，我将配置文件中worker 修改为以下；

<IfModule worker.c>

StartServers        10

MaxClients          900

ServerLimit         50

MinSpareThreads     25

MaxSpareThreads     75

ThreadsPerChild     90

ThreadLimit        100

MaxRequestsPerChild  0

</IfModule>

具体参数说明，以上文档有。这里就不说了。

1,你认为组成web站点体系有哪些元素？

2,这样的配置，在apache起来后会有几个子进程？ （别把这个问题想的简单化)
<IfModule mpm_prefork_module>
StartServers          5
MinSpareServers       50
MaxSpareServers      100
MaxClients          150
MaxRequestsPerChild   0
</IfModule>

3,在apache的worker MPM中，为什么ServerLimit要放到配置段最前面？

4,千兆网卡的极限pps是多少？是如何算出来的？

5,为什么lighttpd,nginx的并发性能比apache要高？

6,top命令里running的值表示什么意思？这个值和CPU数有什么关系？

7,在http header头里看到的：Last-Modified，Expires，max-age，etag这四者有什么关系？

8,一个web站点，如何计算所需要的带宽？公式是什么？

9,如何看http的并发连接数的？

10,FIN_WAIT2是在什么状态？

11,iostat看到的：
wsec/s = 600
那么wKB/s = ?

12,当打开apache的mod_status后，可以通过http://ip/server-status看到相关的状态值，那么Srv, Acc, M,SS,Req各表示什么含义？

13,如何计算客户端到服务器段的带宽？

阿当(593294949) 14:59:48
学学linux 内核
挨踢民工(512633589) 15:00:24
1,你认为组成web站点体系有哪些元素？

2,这样的配置，在apache起来后会有几个子进程？ （别把这个问题想的简单化)
<IfModule mpm_prefork_module>
StartServers          5
MinSpareServers       50
MaxSpareServers      100
MaxClients          150
MaxRequestsPerChild   0
</IfModule>

3,在apache的worker MPM中，为什么ServerLimit要放到配置段最前面？

4,千兆网卡的极限pps是多少？是如何算出来的？

5,为什么lighttpd,nginx的并发性能比apache要高？

6,top命令里running的值表示什么意思？这个值和CPU数有什么关系？

7,在http header头里看到的：Last-Modified，Expires，max-age，etag这四者有什么关系？

8,一个web站点，如何计算所需要的带宽？公式是什么？

9,如何看http的并发连接数的？

10,FIN_WAIT2是在什么状态？

11,iostat看到的：
wsec/s = 600
那么wKB/s = ?

12,当打开apache的mod_status后，可以通过http://ip/server-status看到相关的状态值，那么Srv, Acc, M,SS,Req各表示什么含义？

13,如何计算客户端到服务器段的带宽？

mpm_winnt.c 是专门针对Windows NT优化的MPM(多路处理模块)，它使用一个单独的父进程产生一个单独的子进程，在这个子进程中轮流产生多个线程来处理请求。也就是说 mpm_winnt只能启动父子两个进程, 不能像Linux下那样同时启动多个进程。

mpm_winnt主要通过ThreadsPerChild和MaxRequestsPerChild两个参数来优化Apache，下面详细来说明一下。

ThreadsPerChild

这个参数用于设置每个进程的线程数, 子进程在启动时建立这些线程后就不再建立新的线程了. 一方面因为mpm_winnt不能启动多个进程, 所以这个数值要足够大，以便可以处理可能的请求高峰; 另一方面该参数以服务器的响应速度为准的, 数目太大的反而会变慢。因此需要综合均衡一个合理的数值。
mpm_winnt上的默认值是64, 最大值是1920. 这里建议设置为100-500之间，服务器性能高的话值大一些，反之值小一些。

MaxRequestsPerChild

该参数表示每个子进程能够处理的最大请求数, 即同时间内子进程数目.设置为零表示不限制, mpm_winnt上的默认值就是0。

官方参考手册中不建议设置为0, 主要基于两点考虑: (1) 可以防止(偶然的)内存泄漏无限进行，从而耗尽内存; (2) 给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

因此这个参数的值更大程度上取决于服务器的内存，如果内存比较大的话可以设置为0或很大的数字，否则设置一个小的数值。需要说明的是，如果这个值设置的太小的话会造成Apache频繁重启，在日志文件中会看到如下的文字：

Process exiting because it reached MaxRequestsPerChild. Signaling the parent

这样一来降低了Apache的总体性能。

另外，可以通过查看Apache提供的server-status(状态报告)来验证当前所设置数值是否合理，在httpd.conf文件中做如下设置来打开它：

# 首先需要加载mod_status模块
LoadModule status_module modules/mod_status.so

# 然后设置访问的地址

SetHandler server-status
Order deny,allow
Deny from all

# 如果限制某个IP访问则设置为 Allow from 192.168.1.1
Allow from all
综合来说，因为Windows NT下Apache只能启动父子两个进程，因此只能通过增大单个进程的线程数以及单个进程能够处理的最大请求数来进行优化。其他优化的参数同Linux系统下是一样的，大家可以加以参考。

下面针对上述两个参数给出一个建议的设置：

<IfModule mpm_winnt_module>
ThreadsPerChild 250
MaxRequestsPerChild 5000
</IfModule>

同样的环境，大小差不了几个字节的页面，

Nginx的worker_connections  1024;

Apache的MaxClients          150，worker模式；

照理说压Nginx如果用1024个并发压效果是最好的，同样压apache并发150的话效果也是最好的。

Nginx的测试结果：

Nginx 50000个请求只花费了28秒就搞定。

Apache的测试结果：

Apache一分钟只搞定了40000个请求。

=====================================================

再试试，Nginx的并发150时候的速度：

此次和上次Nginx1024个并发相比快了一秒钟，27秒搞定50000个请求

再试试，Apache的并发1024时候的速度：

我估计会被压死，先把帖子发出去，没压死再修改。。。

居然没有死机！ 结论：在我本机当前环境下，Nginx处理高并发小请求的速度要快于Apache。

<IfModule mpm_prefork_module>

StartServers         12
MinSpareServers     12
MaxSpareServers     12
MaxClients         12
MaxRequestsPerChild 100
</IfModule>

StartServers是启动的进程数，Min和Max是最小最大进程数, MaxClients是最大可连接的客户端，MaxRequestPerChild是一个进程的生命周期内处理的请求数量，一旦达到设定的这个值，就回收进程。

这里的vps环境是内存384M最大可用，openvz的vps.其它优化设置可以参考http://www.netroby.com/vps

测试一千个客户端并发时的压力，可以用apache自带的ab.exe。

ab -n 1000 -c 1000 http://www.netroby.com/index.php

测试结果:

Server Software:        Apache/2.2.14
Server Hostname:        www.netroby.com
Server Port:            80

Document Path:          /index.php
Document Length:        0 bytes

Concurrency Level:      1000
Time taken for tests:   281.953 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Non-2xx responses:      1000
Total transferred:      315000 bytes
HTML transferred:       0 bytes
Requests per second:    3.55 [#/sec] (mean)
Time per request:       281953.125 [ms] (mean)
Time per request:       281.953 [ms] (mean, across all concurrent requests)
Transfer rate:          1.09 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:      250  279 210.5    266    3281
Processing:  2109 138233 80553.2 136609  279156
Waiting:     2109 137264 81108.3 135359  279125
Total:       2375 138512 80561.8 136875  279750

Percentage of the requests served within a certain time (ms)
  50%  136875
  66%  184719
  75%  208547
  80%  221641
  90%  247469
  95%  266594
  98%  274438
  99%  277063
 100%  279750 (longest request)

通过这篇文章，让我这个菜鸟成功的安装好了webserver需要的各种软件，特此转载下。

在windows xp系统中可以傻瓜化安装amp，即安装wamp server这个把apache、php、mysql、phpmyadmin集成在一起的套装即可，而且在选择apache模块时还特别方便，真是可以不 用动脑了。由于ubuntu现在的操作也基本傻瓜化了，安装lamp也同样方便，但由于其linux血统，有的地方还需要注意一下。以下简单说明步骤：

1、安装apahce2。

sudo apt-get install apache2

完成后在浏览器地址栏输入127.0.0.1或localhost测试一下，如果网页上显示It works，那么ok。

2、安装php5。

sudo apt-get install php5

一般会自动安装libapache2-mod-php5。有的指南上说，安装apache2后，只安装libapache2-mod-php5即可。要注意的是，安装完php5，别忘记重启apache2。

sudo /etc/init.d/apache2 restart

完成后，在浏览器中运行一下info.php，如果出现php安装完成的各种信息，就成功了。如果你没有info.php，自己写一个，放在/var/www目录下，很简单，如下：

<\?php info() \?>

如果总是出现提示下载info.php文件的问题，不要在浏览器地址栏输入http://localhost/info.php，直接用ip地址试 一下，即http://127.0.0.1/info.php。有的指南上说，可以先 sudo a2enmod php5，然后使用sudo /etc/init.d/apache2 restart来重新启动APACHE。总之，一般php的安装不会出现问题。

3、安装mysql。

在php5下安装mysql，在终端输入如下命令：

sudo apt-get install mysql-server libapache2-mod-auth-mysql php5-mysql

如果root帐号没有mysql密码，还要建立一个，具体方法看指南即可。以下从指南中抄一段：

mysql -u root

进入MYSQL控制台，然后输入

mysql> SET PASSWORD FOR ‘root’@'localhost’ = PASSWORD(‘yourpassword’);

如果成功MYSQL会提示

Query OK, 0 rows affected (0.00 sec)

MYSQL命令可以多行执行，但是请您不要忘记，一定要以“；”分号结尾哦 。

先不用建立新用户，安装phpmyadmin后，可在图形化界面下建立。

4、安装phpmyadmin。

这个要说一下，命令虽然很简单，如下：

sudo apt-get install phpmyadmin

但会默认安装到/usr/share目录下去，所以还要copy到/var/www目录下，先cd到/usr/share目录，用如下命令：

sudo cp  -r -a /phpmyadmin/ /var/www

-r是拷贝目录， -a 保持权限不变。然后，打开一个配置文件:

sudo gedit /etc/phpmyadmin/apache.conf

把alias一行改为如下形式，即把目录设置为/www/phpmyadmin：

Alias /phpmyadmin /var/www/phpmyadmin

重新启动apache。完成后在浏览器地址栏输入http://localhost/phpmyamin，按提示输入用户名和密码，因为前面没有建 立mysql新用户，这里输入root和root的mysql密码好了。进入图形管理界面后，建立一个用户，给他all previliges，即全部权限。 :lol:

建立一个blog或cms或其他什么名称的数据库，供你安装wordpress或其他文章管理程序或博客使用。

小结：

总之，现在无论在windows还是在ubuntu上，amp服务器配置都傻瓜化了，对我们菜鸟来说当然是好事。在ubuntu下看来要注意的是： 一、安装php5，用http://127.0.0.1/info.php测试一下，如果总是用http://localhost/info.php，可 能老是提示你下载info.php文件。二、phpmyadmin管理mysql数据库很方便，但默认安装到/usr/share，所以要拷贝到/var /www下面去才能工作，也别忘记在其配置文件中把虚拟目录改为/var/www/phpmyadmin。

]]> http://blog.haohtml.com/index.php/archives/4522/feed 1 http://blog.haohtml.com/index.php/archives/4335 http://blog.haohtml.com/index.php/archives/4335#comments Sun, 04 Jul 2010 03:10:45 +0000 admin http://blog.haohtml.com/?p=4335 都是转的:

其一:

近来点击玩聚热点故事，偶尔遇到500错误，看了看Apache2.2.3日志(Windows2003下的)，注意到如下错误丫的总出现：
[warn] (OS 64)指定的网络名不再可用。 : winnt_accept: Asynchronous AcceptEx failed.
以前也看到，但忽略了。这回不能再放过她了。
看了几篇（winnt(MPM) － Apache 2.2 中文版参考手册），说是因为一些流行的Windows产品，比如防病毒软件或虚拟专用网络软件，会干扰AcceptEx()的正确操作。于是在apache配置文件中添加如下语句：
<IfModule mpm_winnt.c>
ThreadsPerChild 1000
MaxRequestsPerChild   10000
Win32DisableAcceptEx
</IfModule>
停止Apache，再启动。确实新配置起作用了：
[notice] Disabled use of AcceptEx() WinSock2 API
[notice] mod_python: Creating 8 session mutexes based on 0 max processes and 1000 max threads.
[notice] Child 2380: Child process is running
[notice] Child 2380: Acquired the start mutex.
[notice] Child 2380: Starting 1000 worker threads.
okay，似乎错误不再来了

其二:

在Apache的logs/error.log中经常出现如下记录：

[Fri Mar 16 17:28:49 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.
[Fri Mar 16 17:28:49 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.
[Fri Mar 16 17:28:50 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.
[Fri Mar 16 17:28:50 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.
[Fri Mar 16 17:28:50 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.
[Fri Mar 16 17:28:50 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.
[Fri Mar 16 17:28:50 2007] [warn] (OS 64)指定的网络名不再可用。     : winnt_accept: Asynchronous AcceptEx failed.

出现这个故障时硬盘灯狂闪，内存占用极大，导致网站访问极慢。

解决方法：

Apache 关闭 AcceptEx() ，这个在Windows平台下适用

方法是在 httpd.conf 内加入 Win32DisableAcceptEx 。

Win32DisableAcceptEx 顾名思义就是在 Windows 下关掉 AcceptEx() 功能的指令。至於 AcceptEx() 这个东西是什么，可以参考 Apache 的官方网页:

http://httpd.apache.org/docs-2.0 … in32disableacceptex

QUOTE:
AcceptEx() is a Microsoft WinSock v2 API that provides some performance improvements over the use of the BSD style accept() API in certain circumstances. Some popular Windows products, typically virus scanning or virtual private network packages, have bugs that interfere with the proper operation of AcceptEx(). If you encounter an error condition like:

[error] (730038)An operation was attempted on something that is not a socket.: winnt_accept: AcceptEx failed. Attempting to recover.

you should use this directive to disable the use of AcceptEx().

主要是说这 AcceptEx() 是 Microsoft WinSock v2 API 一组提升网络效率 API 中的指令。而且在 Windows 上似乎蛮有可能出问题的。

注：可能为了效能还是预设为开啟 AcceptEx()

如果无预警的发生问题，我猜可能是 Windows Update 或是防火墙、防毒软体更新了某些网路原件，造成 Microsoft WinSock v2 API 动作不正常，这时可以把这个功能先给关掉。

依照官方说明 ， Win32DisableAcceptEx 这个功能，只有 2.0.49 版以后的才可以使用，所以我猜测 AcceptEx() 这个指令大概也是 2.0.49 才会开始支援(目前最新的就是 2.0.49)。

关掉 AcceptEx() 的方式只要在 httpd.conf 找到 &lt;IfModule mpm_winnt.c&gt; 区段，加入 Win32DisableAcceptEx 就可以了。

QUOTE:
<IfModule mpm_winnt.c>
Win32DisableAcceptEx
EnableMMAP Off
EnableSendfile Off
ThreadsPerChild 1700
MaxRequestsPerChild 0
</IfModule>

然后重新启动动 Apache，“指定的网络名不再可用”再也不出现了

其三:

没遇到过..帮你找了个资料不知有没有用:
为了这个问题简直是伤透了心，拖拖拉拉了很长时间也没有解决，这阵子咬咬牙，查遍了相关资料，终于把一堆办法划拉到一起，似乎解决了这个问题。方法很简单，但是似乎不同的服务器有不同的解决方法。
大体解决思路有这么几种：
1 apache与服务器的杀毒软件和防火墙冲突，导致了windows的sock api失败
2 和dhcp或者动态dns有关系
3 通过apache的配置来解决
4 php的bug带来的问题
通过一段时间的排查，应该说基本能确认不是前两点问题。那么如何通过配置来解决呢，因为频繁出现的这个问题还导致了apache性能的下降，更不能容忍的是，我们不清楚什么时候apache会出现memory leak。
因此参考了国外网友的经验，在配置文件里面对以下几项开关选项做了设置：
Win32DisableAcceptEx
EnableMMAP Off
EnableSendfile Off
这个方法的处理过程可以参见apache的bug 21425。
问题还没有结束，因为之前配置过Win32DisableAcceptEx开关，打开之后会出现这个问题：
FATAL: erealloc(): Unable to allocate 98304 bytes
如何解决这个问题呢？这里还有解决方法：
将ThreadsPerChild选项从默认的250或者更多，降至170以下。
ThreadsPerChild 170
这样配置之后，这两个问题都不出现了。log里面不再有error和warn了。
最后我还到php的官方buglist里面确认了一下，应该说最新版本的php应该不会出现一些影响apache这个问题的可能。这样，经过下午的观测，到现在为止apache工作还算正常。

我用第一种方法就解决了问题.