什么时候需要用多进程而不是多线程？

郁闷饿

是为了安全吗？可是我觉得就算是安全问题，也是编程时候的问题，貌似不会因为使用了多线程而给黑客可乘之机啊

windoze 发表于 2013-01-16 11:16
回复 1# 郁闷饿

比如SSH Server就只能(应该)用多进程，想想为什么

郁闷饿

这倒是。。。

lxyscls_cu 发表于 2013-01-16 11:26
一个线程挂了进程就挂了

郁闷饿

线程互斥锁很方便啊，而且用信号量也简单

x5miao 发表于 2013-01-17 23:09
线程的同步比进程之间的通信复杂多了好不好？

windoze

郁闷饿 发表于 2013-01-21 11:30
是为了安全吗？可是我觉得就算是安全问题，也是编程时候的问题，貌似不会因为使用了多线程而给黑客可乘之机 ...

这倒不是黑客神马的事，而是因为绝大多数OS规定了一个进程只能有一个身份，但SSH必须有能力让不同的连接对应不同的身份，所以对于SSH来说，只能用多进程模式。
类似的，但凡一个服务器程序需要使用OS提供的基于用户的权限控制，这个服务器程序就只能用多进程模式，没有别的选择。

siseniao

windoze 发表于 2013-01-21 15:32
这倒不是黑客神马的事，而是因为绝大多数OS规定了一个进程只能有一个身份，但SSH必须有能力让不同的连接 ...

不同的进程赋予不同的权限，但我认为线程这玩意在linux里面也是个新概念，就是微软搞出来的高效并行处理的玩意

ua

容易扩展，如分布式应用，各个功能放在不同的硬件上处理

yulihua49

newbieforever 发表于 2013-01-21 09:34
多进程稳定性更强， linux上多线程并不比多进程高效

我原来也是这观点。
但后来发现，当过程间共享的东西多的话，多线程有优势。
例子就是我最近的工作。
一堆计算过程需要在内存查一些表，表的规模比较大，建立这些表需要的时间比较长。
我们就采用多线程，它们非常频繁的查询这些表。对这些表并行、共享使用，只建立和维护一套即可。
最后，每台服务器32个计算线程，共享4～5个数据库连接，用于结果持久化。
当这些表需要更新时，由管理器通知每个服务器一个线程来处理即可。
这些工作如果多进程来完成，开销大增，效率骤降。

starwing83

回复 17# yulihua49


    你可以试试共享内存。这是进程间共享数据的一种方便方式。

简单来说就是做一个内存映射，然后交给子进程，然后大家一起写。

linux_c_py_php

的确, 多进程没有太多限制, 共享内存足以解决一般的数据结构, 共享内存里做内存池和树结构体也是妥妥的, 只不过指针变偏移量而已.

我被逼用多进程(fork类), 还是因为fd有限制, 做server很容易用多worker.

starwing83 发表于 2013-01-21 20:54
回复 17# yulihua49

yulihua49

starwing83 发表于 2013-01-21 20:54
回复 17# yulihua49

里边还有数据库连接呢，那可不能多进程共享。
另外，公共数据使用一些框架程序，那些程序内部使用了malloc，我也干涉不了。malloc的内容是不在共享内存的。
也曾设想搞一个salloc/sfree, 在SHM，感觉意义不大，放弃了。