>行了,我跟说说我知道的,用进程完全模拟线程,至少用户看起来是,啥优先级别啥的.
这跟我猜的一样，额外的要求：用户看起来是线程

>整个 framework(thread pool)必须能够跟踪所有的资源,并且最快的判断死锁,每个进程都有优先级等,
>而且都要附加一个timer.
>之于,如果用线程的话,在kill的时候,会内存泄漏,每分钟上百万个分派,组塞是很有可能的,
>所以要用进程,我上次开会的时候还听说还有其他原因,但是很不幸,那个说话的人英语我没有听太懂.
最快的判断（是需要高级的实现了）、每分钟上百万个分派（＝0.06ms/个，的确不是sleep(100)能解决的，除非同时1600个进程）

>还有分布试计算的问题.
>举个例子把,通讯的服务器一般都是刀片试的,都是热插拔的.都是一群一群的,这个thread pool也要动态的更新.
整个服务器(cpu/内存)热插拔还能保留正在运行的进程池，的确是高级的做法了

>我前面的帖子说了,有非常简单的实现,也有复杂的实现,bjwf 的这个,也许简单就行了,我也不是专家,就是胡说.
没看到你说已经有简单的实现了，还以为自己发明了电话
不过，我们如果真的要从线程池改为进程池，可能就这么简单的做了

>还有方安,一个方案要包括好几个部分.从整体到局部都要有一本方安,就是把rational rose用的再好,
>也只能写其中的几部分..别见怪,我几知道这些
那是我不知道方案是那么神圣的，我觉得能解决一点问题的都是方案了－－或许该叫方向、线索？

不过相比之下，我所经历的项目的确都没这么大，所以自己写个ado的连接池也能用几年
但对于池的概念还是比较清楚，所以觉得池于同时的进/线程数限制（如果有的话）帮助不大，
倒是对历史累计进/线程数限制（如果有的话）倒是有很大帮助