不能像优化apache那样去优化nginx。Nginx没有像负载减半或让PHP运行加倍的选项。
Nginx本身已经优化的很好了。
当决定使用Nginx，且使用apt-get安装它时，你得到的就是优化后的版本。（注意，Nginx的库更新比较频繁，WIKI页面上通常有最新的库）
http://wiki.nginx.org/Install
也即，Nginx有很多影响其行为的选项，所有这些选项的默认值并不都是针对高并发场景进行优化的。我们还需要考虑Nginx运行的平台，针对OS的限制进行优化。
总得来说，我们不能优化单个链接的载入时间，我们能确保Nginx有理想的优化环境用于处理高负载情况。当然，所指的高并发指的是每秒数百个请求。
首先，要清楚Nginx可以用于大多数平台如linux、MacOS、FreeBSD、Solaris和Windows。
大多数操作系统内部实现了高性能的基于事件的Polling方法，遗憾的是，Nginx只支持上面平台中的四个。我个人倾向于FreeBSD。
要说明Nginx并不适合Windows系统，在Windows服务器上没有理由要使用Nginx。因为Windows有不同的事件Polling处理机制，Nginx的作者决定不支持Windows。
Nginx的第二大限制：也是与OS相关。打开shell环境，用su命令切换到Nginx的运行用户，再运行命令“ulimit -a”，有一些值会限制Nginx不能超载。很多系统默认的打开文件数是有限制的，有些系统的限制是1024.如果Nginx运行在这样的系统上，那么就会受到限制，日志记录中可能会出现（错误24：Too many open file打开了太多的文件），并返回一个错误给客户端。
Nginx本质上处理的文件数是可以超过1024个的，你需要修改相应的设置。
有两种实现方法：
一是用ulimit设置限制；
有关ulimit的用法，请参考：
二是使用worker_rlimit_nofile定义期望打开的文件描述符限制。