84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
我在通讯底层使用了一个epoll模型，然后epoll在处理请求时会将请求交给一个线程池去处理，线程池中的线程则是调用上层服务，上层服务因为涉及到网络通讯，所以大致处理一个请求不到10ms
就这样一个模型在流量增大时会导致CPU急剧飙升吗？
背景：我的CPU使用率大概在75%左右（流量：20～22Mbps）；当流量增大到25Mbps的时候，CPU直接打满了。。这个不是很符合预期，因为流量增加不到15%，但是CPU飙升25%。
认证高级PHP讲师
简单说下我的观点，仅供你参考哈：1：先考虑你的请求是IO密集还是CPU密集？我说的IO密集是指需要read和write收发消息的网络IO，也就是通信；CPU密集例如需要经过运算才能出结果，且时间较长。2：如果是第一种IO密集型的，那我觉得你没必要把所有的请求都交给线程池去处理。如果没有读写文件等磁盘IO耗时的操作,甚至都不一定使用线程池。这种方式下 One loop per thread模型无疑是最高效的了，说白了就是在单个EPOLL中完成所有的读写（网络数据的读写，而不是读文件）和定时事件。3：如果是CPU密集型的，那用thread_pool没有问题，就看你的配置的线程数和代码有没有问题了。
这个问题没有实际环境也不好回答，我全当抛砖引玉，不对的地方望指出。
简单说下我的观点，仅供你参考哈：
1：先考虑你的请求是IO密集还是CPU密集？我说的IO密集是指需要read和write收发消息的网络IO，也就是通信；CPU密集例如需要经过运算才能出结果，且时间较长。
2：如果是第一种IO密集型的，那我觉得你没必要把所有的请求都交给线程池去处理。如果没有读写文件等磁盘IO耗时的操作,甚至都不一定使用线程池。这种方式下 One loop per thread模型无疑是最高效的了，说白了就是在单个EPOLL中完成所有的读写（网络数据的读写，而不是读文件）和定时事件。
3：如果是CPU密集型的，那用thread_pool没有问题，就看你的配置的线程数和代码有没有问题了。
这个问题没有实际环境也不好回答，我全当抛砖引玉，不对的地方望指出。