线程性能到达瓶颈，并发还是并行？

demilich

才看到，居然没有人回答 ... 支持一下，期待大牛回答

demilich

回复 5# heguangwu


    一般来讲使用多线程要依赖于做的操作室计算密集型还是I/O密集型。根据描述，pcapThread似乎是有读写操作，而TcpProcThread/MysqlProcThread其实都是编解码，不牵涉阻塞操作，如果是这样为什么不把他们两个线程合并到一起呢？还是说，每个线程已经绑定到某个cpu核上了？

demilich

抛砖引玉一下，尤其如何使用多线程，什么时候用，怎么用，还希望高手指教。

1. 阐述一下你设计过的最满意的并发/并行软件架构。
线程池+多个FIFO队列，这种类型应用范围最广

2. 详细描述一下在多线程/进程/协程方式下遇到过的最难解决的问题以及如何解决的
看似很莫名其妙的问题，最后解决的时候，会发现一般不外乎函数线程不安全/死锁/锁的太大导致性能差

3. 详细讲述一下曾经使用过的最好的并发/并行组件
尝试过TBB和openMP，谈不上更多的经验

4. 对并行/并发的某一个理论进行详细的说明
我的理解：是否要用并发，最简单还是要看应用类型，如果仅仅是单核环境的无阻塞计算密集型的任务，无需并发多线程，光是计算就可以把CPU全部占满;如果CPU是多核，此时是要用多线程的，这样可以调动更多的CPU参与运算。再有就是有阻塞的任务，此时才是并发的用武之地，无论单核多核，多线程都可以提高程序的效率，把CPU充分利用上，因此如何识别阻塞就比较重要了：常见的就是I/O和UI操作 ...