启动服务:
  service nginx configtest # 服务启动前先验证配置文件是否正确
  service nginx start
  ps -ef |grep nginx # 检查nginx进程,尤其是worker进程是否与worker_processes值一致
  ss -antupl |grep 80 # 检查服务端口是否启动
  性能测试
  测试说明
  每次测试都进行3次,后数据取平均值;
  对比测试中的Apache采用event的MPM机制,大化提高Apache的并发性能;
  每次测试后,都需重新启动服务(httpd或nginx),以防止多次测试数据不准;
  测试工具:webbench
  优点:比ab能更好的模拟并发请求,大支持模拟30000并发连接;

  测试方法

# 安装wenbench
wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz
tar xf webbench-1.5.tar.gz
cd webbench-1.5
make && make install
# 测试
webbench -c 100 -t 30 http://172.16.25.112/nginx.html # 测试静态文件访问
webbench -c 20 -t 30 http://172.16.25.112/test_mem.php # 测试动态文件访问
  测试数据

  分析趋势图
  静态文件访问趋势图

  动态文件访问趋势图

  总结
  综合上面测试得出的趋势图可以看出:
  静态文件测试时,低并发(200以下)情况下,Nginx和Apach的处理能力相当(2000pages/sec左右),当并发数超过200后,则 Apache的处理能力开始下降,而Nginx保持稳定;同时随着并发量的增大,Apache令人诟病的内存占用和负载开始急剧上升,与此同 时,Nginx在内存占用和负载方面的略微提升则可以忽略不计了;
  动态文件测试时,低并发 (100以下)情况下,Nginx和Apache的处理能力相当(650pages/sec左右),但Nginx的内存占用和负载峰值只有Apache的 50%左右;在高并发情况下(100以上),Apach的动态处理能力开始下滑,当并发达到500时,开始出现失败的请求,说明此时已达到的Apache 的处理上限了,而反观Nginx,虽然处理动态请求会消耗更多的内存,但其处理能力随着并发量的上升而上升,即使并发1000动态请求,也未达到其处理能 力上限;
  故不管是在静态文件请求还是动态文件请求方面,Nginx的性能都是强势优于Apache的;虽然可以通过系统调优的方式提高Apache的处理性能,但和Nginx相比,还是不足以打动技术狂热份子的吧,哈哈!