CPU飙升的原因

发布于 2022-09-04 21:01:20 字数 236 浏览 21 评论 0

我在通讯底层使用了一个epoll模型,然后epoll在处理请求时会将请求交给一个线程池去处理,线程池中的线程则是调用上层服务,上层服务因为涉及到网络通讯,所以大致处理一个请求不到10ms

就这样一个模型在流量增大时会导致CPU急剧飙升吗?

背景:我的CPU使用率大概在75%左右(流量:20~22Mbps);当流量增大到25Mbps的时候,CPU直接打满了。。这个不是很符合预期,因为流量增加不到15%,但是CPU飙升25%。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

無心 2022-09-11 21:01:20

简单说下我的观点,仅供你参考哈:
1:先考虑你的请求是IO密集还是CPU密集?我说的IO密集是指需要read和write收发消息的网络IO,也就是通信;CPU密集例如需要经过运算才能出结果,且时间较长。
2:如果是第一种IO密集型的,那我觉得你没必要把所有的请求都交给线程池去处理。如果没有读写文件等磁盘IO耗时的操作,甚至都不一定使用线程池。这种方式下 One loop per thread模型无疑是最高效的了,说白了就是在单个EPOLL中完成所有的读写(网络数据的读写,而不是读文件)和定时事件。
3:如果是CPU密集型的,那用thread_pool没有问题,就看你的配置的线程数和代码有没有问题了。

这个问题没有实际环境也不好回答,我全当抛砖引玉,不对的地方望指出。

歌入人心 2022-09-11 21:01:20

疑点:是 busy-loop ?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文