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

08-01-30 duanxincool
终端类型全是手机,是靠在卡里写入程序,发送短信到网关,网关转发到我公司的服务器实现的,服务器就是socket程序,它简单处理后就发到别的服务器,调用其他服务器的web Service等待返回获取数据,有一点是web service要调用后台的数据,也就是说要与数据库打交道,所有性能有严格的要求,服务器我是用java.nio+ThreadPools来实现的但是我对程序反映出来的性能很不满意,客户等待时间太长,也就是说服务器处理速度太慢了,我测试到web Service的调用后台数据时间达到0.22s,我想问下,我怎么做性能才能更高,甚至上万用户同时在线访问的要求,可以在我服务器这边用到什么技术或方法,,小弟我在线等待,请各位大侠指教,谢谢

2
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
应该是数据库的问题

猜你喜欢