你经常使用多线程吗？

雨过白鹭洲

事实上，我不怎么用多线程，我甚至不怎么写代码

yangsf5

综合15楼和18楼，我觉得，你的问题在于锁的范围和粒度。

{a,b,c,d; e,f,g,h; i,j,k,l}
假如上面的集合，a,b,c,d会影响一个数据库里的相同值，e,f,g,h影响另一个相同值，i,j,k,l影响另外一个。
你在处理a,b,c,d时用锁1、e,f,g,h用锁2、i,j,k,l用锁3
这样将锁的范围缩小；
另外再将锁（例如锁1）里的粒度尽量弄小。

可能这些你都做了工作，提醒下:wink:

wishel

千万不要用多线程，除非你实在无路可走，不用就达不到需求
多线程目的是性能优化，大多数情况下性能优化是邪恶的

alexhappy

原帖由 yangsf5 于 2008-11-21 19:54 发表
综合15楼和18楼，我觉得，你的问题在于锁的范围和粒度。

{a,b,c,d; e,f,g,h; i,j,k,l}
假如上面的集合，a,b,c,d会影响一个数据库里的相同值，e,f,g,h影响另一个相同值，i,j,k,l影响另外一个。
你在处理a,b ...

这些我当然做了,但是有时候上面有些变态的或者说很不责任的要求,你没有办法......
哎,现在我体会到,多线程的意义就是不要滥用多线程

alexhappy

星期一上班我发个线程池代码,大家以后要用的话可以参考参考.....讨厌重复发明轮子,可是不去自己做轮子,就不知道轮子是怎么转的....
不知道怎么转的,坏了就不会修.....

nicozhou

原帖由 wishel 于 2008-11-21 22:36 发表
千万不要用多线程，除非你实在无路可走，不用就达不到需求
多线程目的是性能优化，大多数情况下性能优化是邪恶的

不同意这个观点。相反，我认为单线程在很多时候解决不了问题，或者性能很差。

egmkang

如果你原先单线程CPU占用比较高,那么改成多线程毫无意义,效率往往会降低的.
最好线程树=CPU内核数+1

flw

多线程肯定是好的。
只不过 C 语言自带的多线程库的层次太低，
需要程序员考虑的事情太多，
因此就需要认真设计，主要是共享数据和锁的问题，

用队列来传递数据可以简化设计，避免修改共享数据，从而提高性能和稳定性。

timespace

优秀的技术也会被滥用，包括多线程，关键是分清使用场合。转载两幅图

nicozhou

原帖由 timespace 于 2008-11-22 14:17 发表
优秀的技术也会被滥用，包括多线程，关键是分清使用场合。转载两幅图

对，关键是看自己的需求，有没有必要用。