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

www.netbor.net

[quote]原帖由 "小白小小黄" 发表：
我们公司要做一个系统，其中一个主程序涉及到一个后台服务程序。
这个程序需要接受比较大量的访问，每次客户端访问会做一些相应的
数据增删查询操作，还包括一些i/o操作，我们的机器性能比较好，甚至可以考虑分布

小白小小黄

[quote]原帖由 "www.netbor.net"][/quote 发表：


就是普通的连接上，查询增删。没什么特别的。

windflowers1976

学习总是一步一个脚印的，先把基本概念弄清楚再考虑做设计。编程基本概念、基本功都不具备的人做软件设计，实在是软件行业的悲哀。并非针对楼主，某些公司就是不懂设计的人把持设计。
楼主还是先别考虑什么多进程、多线程了，先用多进程做吧。考虑清楚业务逻辑就行了。

小白小小黄

原帖由 "windflowers1976" 发表：
学习总是一步一个脚印的，先把基本概念弄清楚再考虑做设计。编程基本概念、基本功都不具备的人做软件设计，实在是软件行业的悲哀。并非针对楼主，某些公司就是不懂设计的人把持设计。
楼主还是先别考虑什么多进程、..........

谢谢您的多次回复,虽然对我毫无用处.

lose

为什么说人家的毫无用处，我倒是觉得windflowers说得很实在。
你应该把自己的设计先告诉大家，而不是直接要答案，这样会对自己的提高比较好一些，另外也不会让大家感到你只是想要个结果。

看了你的需求，感觉问题的关键不在于是多进程还是多线程，而是系统架构划分，层次划分上。
划分之后才有每一部分使用多进程还是多线程实现的问题。

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

windflowers1976 写到:
学习总是一步一个脚印的，先把基本概念弄清楚再考虑做设计。编程基本概念、基本功都不具备的人做软件设计，实在是软件行业的悲哀。并非针对楼主，某些公司就是不懂设计的人把持设计。
楼主还是先别考虑什么多进程、..........



谢谢您的多次回复,虽然对我毫无用处.


谢谢您的多次回复,虽然对我毫无用处.

小白小小黄

[quote]原帖由 "lose"][/quote 发表：



我的服务程序非常简单，就是接受客户端访问，然后做相应的数据库操作，也可能包括i/o.结果返回。是c/s结构。还涉及不到什么系统架构划分，层次划分上。
就一个服务程序，只是可能访问量大了些。象ftp,mail,dns等不都是类似这样吗

我当然最需要的是个结果。而且希望大家能说说采用什么方式道理
在那里。我又不是小学生来听思想道德说教的。

sunlan

从实现的复杂度、易于移植两个方面来说，我建议采用多进程模式。

精简指令

这个程序最后的瓶颈肯定是在数据库访问上。

zergzb

看你们公司以后会不会在这个系统上增加别的东西，多进程占用资源比较多，不过简单一些。我现在正在做跟你类是的东西，用的是多线程。