gaover 发表于 2015-04-03 17:01
epoll_waitcpu会100%吗，如果需要扫描队列，为什么不在把消息加到队列上之后发一个信号 ，其它线程等待这 ...
谢谢你的回复；
我现在就是一个线程epoll产生消息，放到队列中，用pthread_cond_t来通知消费者线程；消费者线程收到通知，就从队列中取数据，处理。
但是，这样还是回出现CPU 100%的情况。如果SLEEP 10ms就会好很多。
我猜可能是因为epoll不断收到消息，不断唤-醒消费者线程，导致CPU消耗很高。
（我看MUDUO上说，用sleep的设计是很不合理的设计。但是，这里看，似乎是不得不用SLEEP啊） 回复 10# 羽剑天涯
非常感谢你的回复，谢谢。
我现在就是一个线程epoll产生消息，放到队列中，用pthread_cond_t来通知消费者线程；消费者线程收到通知，就从队列中取数据，处理。
但是，这样还是回出现CPU 100%的情况。如果SLEEP 10ms就会好很多。
我猜可能是因为epoll不断收到消息，不断唤-醒消费者线程，导致CPU消耗很高。
（我看MUDUO上说，用sleep的设计是很不合理的设计。但是，这里看，似乎是不得不用SLEEP啊）
本帖最后由 wlmqgzm 于 2016-08-29 12:31 编辑
1) 这个问题很简单, 就是你的队列设计出了问题, 是双向通知和双向挂起, 消费者线程没有任务也要挂起的, 课本上找个的例子,重新写就好. 另外还可能是队列长度太短, 造成线程来回切换.
2) sleep有时候也是一个好办法, 简单实用, 一般用在对性能要求不高的地方, 以及特别简单的代码.
3) 我自己现在, 都是用现成的队列, 或者在别人的基础上再封装一个,
队列, Boost库或者其他人的库或者公司的库都有, 随便找一个, 不用自己发明 yulihua49 发表于 2015-03-30 13:00
糟糕的架构。
no....
可以用条件变量控制，自己搜一下。
sleep 不够优雅，但工程上非常实用，实现容易，逻辑简单易懂，大部分情况下性能多一点开销，响应延迟一点，都不是问题，真有问题再考虑其他方案。
页:
1
[2]