请问做应用服务多进程和多线程那个更适合

小白小小黄

我们公司要做一个系统，其中一个主程序涉及到一个后台服务程序。
这个程序需要接受比较大量的访问，每次客户端访问会做一些相应的
数据增删查询操作，还包括一些i/o操作，我们的机器性能比较好，甚至可以考虑分布式。
我们看了一些资料，我的问题是主程序是做成多进程的好还是多线程的好

windflowers1976

只要是分布了，一定就是多进程了。可以考虑进程与线程混合模式。

puss_yang

多进程简单一些，耗资源，多线程节省资源，但要考虑共享资源的同步问题

JohnBull

[quote]原帖由 "puss_yang"]多进程简单一些，耗资源，多线程节省资源，但要考虑共享资源的同步问题[/quote 发表：


NO!
多进程简单一些，多线程fashion一些，都要考虑共享资源的同步问题.

pacman2000

从调试和容错上来说，多进程简单一点。多线程遇到错误时要死就全死了。。。多线程的好处是线程间共享资源方便多了。呵呵。

小白小小黄

[quote]原帖由 "windflowers1976"]只要是分布了，一定就是多进程了。可以考虑进程与线程混合模式。[/quote 发表：


分布和多进程有什么直接关系吗？
数据量大了我们才考虑分布。

windflowers1976

原帖由 "小白小小黄" 发表：


分布和多进程有什么直接关系吗？
数据量大了我们才考虑分布。

先不管物理上是否分布，只要逻辑上是分布后，就必须采用多进程的方案来实现，你想想看？线程能跨机、跨进程吗？
设计开始不考虑好，等系统撑不住了、崩溃了再考虑换设计方案？
另外，分布式比较节约投资。总不能什么系统都用大型服务器或小型机吧。当然，分布式的设计会复杂些。

小白小小黄

[quote]原帖由 "windflowers1976"]猓?植际奖冉辖谠纪蹲省Ｗ懿荒苁裁聪低扯加么笮头?衿骰蛐⌒突?伞５比唬?植际降纳杓苹岣丛有??/quote 发表：


不好意思还是不明白，进程也不能跨机器啊

小白小小黄

原帖由 "小白小小黄" 发表：


不好意思还是不明白，进程也不能跨机器啊

怎么没有有帮我