Socket打造高性能服务器的求救！求救！求救！

duanxincool
终端类型全是手机,是靠在卡里写入程序,发送短信到网关,网关转发到我公司的服务器实现的，服务器就是socket程序，它简单处理后就发到别的服务器，调用其他服务器的web Service等待返回获取数据，有一点是web service要调用后台的数据，也就是说要与数据库打交道，所有性能有严格的要求，服务器我是用java.nio+ThreadPools来实现的但是我对程序反映出来的性能很不满意，客户等待时间太长，也就是说服务器处理速度太慢了，我测试到web Service的调用后台数据时间达到0.22s,我想问下，我怎么做性能才能更高，甚至上万用户同时在线访问的要求，可以在我服务器这边用到什么技术或方法，，小弟我在线等待，请各位大侠指教，谢谢
banq 2008-06-13 20:58
异步集群试验看看，单靠Socket这个底层技术是不行的，因为CPU资源有限，需要向上思维。
brucehu 2008-08-04 17:36
这个一般都是长连接,心跳机制来实现吧
newthinker 2008-11-05 17:46
以前搞过这个应用！哈哈，没想到楼主也搞这个。。。。。。
可以试试一些高性能的nio框架,grizzly可以满足你的要求。它确实可以。很多手机网游的服务器端都是采用了grizzly来做的。
banq 2008-11-05 18:06

grizzly是不错，基于多媒体SIP协议，适合搞游戏，支持AJAX，可以进行Comet等server push服务器推技术，这些在手机游戏中很有用处，以前我曾经自己写过一个NIO server，也是用于手机游戏，直接支持TCP/UDP协议。

grizzly好像没有提到如何负载平衡，多台集群策略，可能2.0推出或有其他变通方案，如果解决这个问题，就是真正scalable了

newthinker 2008-11-06 10:45
这个这个，，，，，，就太复杂了。。。。。
想要grizzly集群，恐怕要费一番手脚吧？
grizzly最牛逼的应用glassfish的集群是通过jxta技术实现的。
jxta是sun的一个开源p2p技术，或许可以参考glassfish的做法，借助jxta自行设计grizzly的集群吧。
banq 2008-11-06 11:07
grizzly和glassfish是相辅相成的，看来glassfish有希望转变起点慢一拍的弱点。

关于p2p架构和云计算架构，可能在方向有所不同，又要我们用户选择了，架构选择就是跟随的问题，就是路线问题，一旦站错队，就全盘皆输啊。当然，p2p和cloud computing还是有共同处的。

Cloud Failures Are Serious - Time to Revisit P2P?
(google曾经发生严重的当机事故，是不是说明cloud问题，或许是时候重返P2p，btw:该站也使用了中国 太极图作为网站logo，很有意思)
http://www.readwriteweb.com/archives/google_failures_serious_time_t.php


P2P & the Limits of Cloud Computing
http://www.internetevolution.com/author.asp?section_id=630&doc_id=159881

qinmuliu 2009-01-06 19:02
楼主现在有没找到合适的解决方案！
我现在正在开发例似的系统
QQ：425645904
tee 2009-08-04 16:02
应该是数据库的问题