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

cugb_cat

这个好处最近我也体会到了，不用担心内存泄漏，哈哈

flw2

原帖由 cugb_cat 于 2008-1-22 09:36 发表
这个好处最近我也体会到了，不用担心内存泄漏，哈哈

实际上我还没开始这么做，我的几个daemon都没有出现内存泄露，分配内存的地点很少，而且一般在写malloc就想到要free
如果这么做，我觉得是要改的，包括监控进程这样的东西

anthony1983

原帖由 cugb_cat 于 2008-1-22 09:36 发表
这个好处最近我也体会到了，不用担心内存泄漏，哈哈

呵呵，这是最主要的，而且单个进程的崩溃不会影响别的进程， 单个线程崩溃通常导致的是全家死光

cugb_cat

原帖由 anthony1983 于 2008-1-22 09:40 发表

呵呵，这是最主要的，而且单个进程的崩溃不会影响别的进程， 单个线程崩溃通常导致的是全家死光

Sorehead

有意思的帖子，没几个回答楼主的问题，大家都来谈心得了。


我写的代码也是多进程多些、多线程少些，没觉得什么地方必须用多线程。
守护进程内存泄漏的问题，主要依靠日志加平常的人工监控来完成，经验很重要。

flw

原帖由 JohnBull 于 2008-1-22 02:01 发表
坚决支持flw的观点！
通常，人们会后悔把线程机制引入到设计中来。

我现在就已经后悔了，想把我的程序改回到多进程去。

cugb_cat

原帖由 flw 于 2008-1-22 11:29 发表

我现在就已经后悔了，想把我的程序改回到多进程去。

这手术动的不小啊

flw

原帖由 Sorehead 于 2008-1-22 11:16 发表

守护进程内存泄漏的问题，主要依靠日志加平常的人工 ...

内存泄漏的问题我觉得用 valgrind 特别容易找到，做一个覆盖全路径的测试，然后看结果，马上就全都知道了。
当然，多线程一根就死。

虎皮尖椒

俺写过一些小程序，没发现多线程调试多么烦人哈。

各位老大也不妨介绍下你们做的一些线程/进程比较复杂的场景，让俺学习学习。

flw

原帖由 cugb_cat 于 2008-1-22 11:30 发表

这手术动的不小啊

只是一个想法而已。等我忙完了再说。动作应该不会太大，主要看父子线程之间的关系是树状的，还是网状的，如果是树状的，就很容易改成多进程。
另外，我现在其实挺喜欢单线程非阻塞的。