Nginx事件循环高效运转需内核参数与缓存模块协同：net.core.somaxconn、tcp_max_syn_backlog等调优保障epoll低延迟响应；open_file_cache配合vm.swappiness≤10、noatime及足够inotify watches提升元数据缓存稳定性；sendfile on需tcp_nopush on和sendfile_max_chunk 512k协同实现零拷贝优化。
Nginx事件循环的高效运转，离不开内核网络参数与缓存模块的协同配合。单纯调高worker_connections或开启open_file_cache，若底层系统无法及时响应I/O就绪通知或频繁触发磁盘查找，性能反而会受限。关键在于让“事件驱动”真正跑在快车道上，同时让文件元数据和内容尽可能留在内存中。
Linux内核参数需支撑事件模型低延迟响应
Nginx依赖epoll监听套接字状态变化，而内核队列深度、缓冲区大小、连接回收策略直接影响事件通知的及时性与完整性：
-
net.core.somaxconn = 65535：确保全连接队列不丢包，避免客户端反复重试SYN -
net.core.netdev_max_backlog = 262144：网卡收包队列足够大，防止突发流量下丢弃已到达的数据包 -
net.ipv4.tcp_max_syn_backlog = 65535：SYN半连接队列扩容，抵御短时连接洪峰 -
net.core.rmem_max和net.core.wmem_max均设为16777216（16MB）：为每个socket提供充足缓冲，减少epoll_wait因缓冲不足而提前返回的情况 -
net.ipv4.tcp_tw_reuse = 1且tcp_fin_timeout = 30：加快TIME-WAIT连接复用，释放端口资源，保障短连接高频建连
open_file_cache必须与内核文件系统行为对齐
该缓存不是简单地记下文件路径，而是缓存stat()结果（inode、mtime、权限等）和打开的文件描述符。若内核未优化，缓存命中率会大幅下降：
- 启用
open_file_cache max=10000 inactive=60s;配合open_file_cache_valid 30s;和open_file_cache_min_uses 2; - 确保
vm.swappiness ≤ 10：防止open_file_cache所依赖的页缓存被交换到磁盘 - 关闭不必要的atime更新：在挂载选项中加入
noatime，减少每次文件访问引发的元数据写入，提升open_file_cache的稳定性 - 避免
/proc/sys/fs/inotify/max_user_watches过低（建议 ≥ 524288）：防止大量静态目录监控导致缓存失效异常
sendfile + TCP栈优化实现零拷贝文件交付
当Nginx直接返回磁盘文件时，sendfile on可绕过用户态拷贝，但需内核参数配合才能发挥最大效能：
-
sendfile_max_chunk 512k：限制单次零拷贝长度，避免长时间独占CPU -
tcp_nopush on：与sendfile联动，在TCP层累积足够数据再发，减少小包数量 -
tcp_nodelay off（默认即off）：sendfile场景下无需禁用Nagle算法，因其天然适合大数据块传输 - 若使用SSD，确认
/sys/block/*/queue/scheduler设为none或kyber，避免IO调度器引入额外延迟
基本上就这些。
