niginx

常用优化要点 当nginx用于反向代理时，每个客户端将使用两个连接： 一个用于响应客户端的请求，另一个用于到后端的访问； 如果机器是两核CPU，例如： $ grep ^proces /proc/cpuinfo | wc -l 2 那么，可以从如下配置起步: # One worker per CPU-core. worker_processes 2; events { worker_connections 8096; multi_accept on; use epoll; } worker_rlimit_nofile 40000; http { sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 15; } 标准的代理配置 下面是一个基本的反向代理配置模板，将所有请求都转发给指定的后端应用。 例如，到 http://your.ip:80/ 的请求都将重定向到 http://127.0.0.1:4433/ 私有服务器 : # One process for each CPU-Core worker_processes 2; # Event handler. events { worker_connections 8096; multi_accept on; use epoll; } http { # Basic

常用优化要点 nginx使用的是固定数量的workers, 每个worker都处理进入的请求。最佳实践是每个CPU内核配置一个worker. 如何知道您的系统有几个CPU？ $ grep ^processor /proc/cpuinfo | wc -l 对于一个四核处理器，配置文件类似： # One worker per CPU-core. worker_processes 4; events { worker_connections 8096; multi_accept on; use epoll; } worker_rlimit_nofile 40000; http { sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 15; # Your content here .. } 这里我们提高了 worker_connections 设置，定义了每个worker进程能处理多少连接。 服务器的最大连接数量是： worker_processes * worker_connections (= 32384 本例中) 这里启用了 multi_accept，该配置项使 nginx能尽快接收尽可能多的请求，减少客户端的连接初始化时间。 最后，本例中使用了 epoll 的事件模型，这也是最佳实践建议。 压缩 很多用户会启用