多线程中看不中用？

bandaotidejia

之前看过很多帖子说，进程更优雅，包括项目组里也有人坚定不移地的用进程不用线程。apache也用了进程模型

疑问1：线程是否有存在必要，既然有优雅的进程


为何面试经常被问到多线程，为何很多公司的架构都采用多线程，同步，加锁，通知什么的

我自己也做过多线程的daemon，偶尔会挂掉。
疑问2：是否可以这样理解，多线程可以偶尔用用，不能太过于依赖。


疑问3：是否可以这样理解，理论上pthread的同步 互斥的一系列函数是没问题的，但是假如业务很复杂，需要多个线程复杂的频繁同步 通信难保证程序不挂。
或者假如挂了，自动重启，也就不用担心这个问题了

hellioncu

用不好主要是水平问题，或者在不合适的场合使用多线程

folklore

apache也用了进程模型
<<- 因为Apache很少有进程间通信

如果需要频繁的通信或互锁，
多线程比较好。

bandaotidejia

多谢楼上～～～～

xphh2008

谁说apache没有多线程？

apache有多种模式，包括多进程多线程。

多线程用不好是水平问题，不是多线程的问题。

当然，C/C++没有能从语言级别上支持多线程，这是C/C++的原罪。。。

yulihua49

bandaotidejia 发表于 2014-11-13 17:05
之前看过很多帖子说，进程更优雅，包括项目组里也有人坚定不移地的用进程不用线程。apache也用了进程模型
...

我原是多线程应用的坚定反对者。但现在完全转变了。
多进程模型，使用共享资源，如连接池等，有不可克服的困难，在进行高性能等并行服务方面几乎不会有什么建树。
至于你说的那些问题，需要在系统设计时精确规划并行方案。这个方案设计好了，编码期间就不会有疏漏，能避免大部分问题，开发出稳定可靠的应用服务器。
我们已经有大量的多线程系统投产，工作非常稳定。他们应对的问题，用多进程很困难。

bandaotidejia

ls说的太好了  期待进程拥护者发表看法。
有人说多线程只适合做不同的事情，就是说，彼此的工作内容应该是不同的，同时又是互补的，大家完成的是同一件事的不同部分。否则有人要死，却拉上一大堆垫背的。
多进程就可以做同一个事情，你怎么看呢？

yulihua49

bandaotidejia 发表于 2014-11-14 12:51
ls说的太好了  期待进程拥护者发表看法。
有人说多线程只适合做不同的事情，就是说，彼此的工作内容应该是 ...

伪命题。
二者适宜相同的工作。
我们在SDBC交易中间件里，有各种模型，多进程、多线程，线程池。。。
他们都做相同的工作。
对称多线程，所有线程工作相同，即，线程不分专业。
并行计算模式，分为算法并行和交易并行。
我们采用交易并行。即在每个交易里，算法是串行的。
但是接入的交易多了，交易之间是并行的，即，各交易都由不同的线程在不同的核上同时进行。

yulihua49

xphh2008 发表于 2014-11-13 19:01
当然，C/C++没有能从语言级别上支持多线程，这是C/C++的原罪

C本来就是低级语言，不过就是汇编的包装器而已，何必对它苛求？
它是系统语言，能够实现各种系统功能。这就够了。
当你细碎的，一步一步实现系统功能时，你对这些机制也就有了较深刻的理解。

xphh2008

yulihua49 发表于 2014-11-14 13:58
C本来就是低级语言，不过就是汇编的包装器而已，何必对它苛求？
它是系统语言，能够实现各种系统功能。这就够了。
当你细碎的，一步一步实现系统功能时，你对这些机制也就有了较深刻的理解。

C++11在标准库里面支持了线程。那么C为什么就不能扩展标准库呢？

既然在用C写代码，多线程又是非常常用的东西，为什么就不能要求了？