刚才我往前翻了翻，看到了

http://www.jdon.com/jive/thread.jsp?forum=121&thread=4339&start=0&msRange=15

Jive处理巨大压力的并发能力体现在哪里？

首先很抱歉我还没有研究过jive的代码，说实话我对java也很不熟悉，不过我想问一下：

“4000人同时在线，意思是同时操作，在10毫秒之内发出4000个request,接受到response后立即再发出4000个request”

这里面发贴的有多少，执行搜索的又有多少？如果大部分只是看贴，经常使用的静态页面或者数据文件缓存手段足以应付，DB端负载并不大，不过高峰期大量INSERT或者SELECT操作的时候，jive又能承受多大的冲击呢？

jive和db之间的结构和耦合程度我还不太清楚，也许问题问得不太恰当，见笑了。

现在因为硬件越来越便宜，性能要求和优化已经不象以前那样螺丝壳里做道场，单纯追求单机的最大性能，那搞得最好只好去汇编编程了。

分布式网络可以无限扩展性能，因此某个系统的性能设计重要的已经不是看它单机情况下如何卓越表现，而是检查其有没有支持分布式环境的能力，如果这个系统有支持分布式部署、运行的能力，那么从理论上，讲它的性能优化是无极限的。

支持分布式环境的技术很多，EJB就是一个标准，很多人抨击它的单机运行性能，这是一种老的传统思维使然。

Jive最新版本实现了分布式的Cache技术，因此它在应付巨大读访问量的情况下的能力已经不用担心。

如果你的系统insert比较频繁，这可以根据具体系统需求采取特定的技术，分布式Cache技术是提高性能有效途径，但是这种Cache的设计难度很大，需要依据具体系统特点，读操作为主与写操作为主的两个cache肯定不一样。

我能否把你的话理解为：系统性能跟不上，增加硬件投入就是了。

虽然可以这么说，但是软件不支持多台Sever一起跑，增加硬件也没有用啊。还有，如果一台Server只能满足几十个并发用户，那也有单机提升的需要