单cpu的机器, 多进程编程和多线程编程有多大优势?

sjh_311

原帖由 anthony1983 于 2008-1-22 16:04 发表
通常我的做法是：如果我们需要100个线程做同样的事情， 那么把这100个线程划分10~20个进程中去， 那么其中一个异常，只能波及同一个进程内的线程，其他的不受影响。

我通常也这样做，但是不能从根本解决问题。

思一克

THREAD模型的安全性也有问题.

一个SERVER开1000个THREAD来处理用户请求. 如果程序有漏洞, 一个CLIENT做越轨的动作了可以获得(偷到)其他人的数据. 因为所有数据在一个地址空间.

而进程是彻底隔离的.

eagle518

多进程＋多线程的安全性（稳定性）与执行效率是通过组合来实现的，这要看具体的应用需求来权衡，
若安全性（稳定性）要求高，那就一个进程内只启动一个线程；
若执行效率要求高，那就一个进程内启动多个线程；
若要使线程池也安全稳定，好像可以研究一下Erlang的实现，那东西牛比的不行。

bobozhang

线程之间为啥不能用管道通信呢？
我觉得用管道通信适合在一个线程要监视大量socket且要等待另外一个线程的处理结果时，可以用管道赛，当然共享的数据量大的话就不要通过管道传送数据了，随便写入一个byte通知对方即可

eagle518

原帖由 bobozhang 于 2008-1-22 20:08 发表
线程之间为啥不能用管道通信呢？
我觉得用管道通信适合在一个线程要监视大量socket且要等待另外一个线程的处理结果时，可以用管道赛，当然共享的数据量大的话就不要通过管道传送数据了，随便写入一个byte通知对 ...

只用能满足特定应用需求，没说线程间通信用管道不可以啊。
但一般情况下我想线程间通信使用进程内存空间＋互斥锁同步更理想。

ivhb

原帖由 bobozhang 于 2008-1-22 20:08 发表
线程之间为啥不能用管道通信呢？
我觉得用管道通信适合在一个线程要监视大量socket且要等待另外一个线程的处理结果时，可以用管道赛，当然共享的数据量大的话就不要通过管道传送数据了，随便写入一个byte通知对 ...

线程之间用管道？ 我觉得还是用一块内存区域来模拟管道比较好。而且，很多情况下，有一次写入超过PIPE_BUF的大小。还是需要对这个管道进行写互斥吧。这样的话，还不如直接用内存来模拟。

snow888

原帖由 flw 于 2008-1-21 16:55 发表
多 CPU 对提高线程性能有帮助吗？
我咋记得没帮助呢。

你前后提到了“优势”和“效率”，
但是并没有说清楚是指那方面的优势和效率。
就拿效率来说，有运行效率，开发效率，维护的效率，以及应用的效率， ...

嗯？？？

以前一直是用多进程干的，目前写一应用，考虑用多线程处理，给你这样一说，又有点犹豫了。

咋整呢？

ideawu

多线程程序用log(比如log4xx系列)来调试应该是最合适的.

davycu

貌似都是CU的重量级人物啊，收藏学习