本文对比分析了nginx的多进程并发模型和traffic_server的多线程异步事件处理模型。nginx通过预分配worker进程和锁机制解决并发问题，适合轻量级高并发场景；traffic_server利用多线程和异步I/O提升性能，适合大规模并发。两者的响应时间、稳定性、峰值响应和安全性各有特点，适用场景不同。
nginx并发模型：
nginx 的进程模型采用的是prefork方式，预先分配的worker子进程数量由配置文件指定，默认为1，不超过1024。master主进程创建监听套接口，fork子进程以后，由worker进程监听客户连接，每个worker子进程独自尝试accept已连接套接口，accept是否上锁可以配置，默认会上锁，如果操作系统支持原子整型，才会使用共享内存实现原子上锁，否则使用文件上锁。不使用锁的时候，当多个进程同时accept，当一个连接来的时候多个进程同时被唤起，会导致惊群问题。使用锁的时候，只会有一个worker阻塞在accept上，其他的进程则会不能获取锁而阻塞，这样就解决了惊群的问题。master进程通过socketpair向worker子进程发送命令，终端也可以向master发送各种命令，子进程通过发送信号给master进程的方式与其通信，worker之间通过unix套接口通信。
模型如下图：
Traffic server并发模型：多线程异步事件处理
traffic_cop和traffic_manager作为管理进程，工作进程为traffic_server，traffic_server负责listen和accept，为提高性能，traffic_server使用了异步I/O和多线程技术。Traffic Server并不是为每个连接都建立一个线程，而是事先创建一组数量可
最低0.47元/天 解锁文章
扫一扫
1657
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
