解决大并发请求方案

现在一个系统提供webservice接口,会有大并发的请求估计大的时候会上200.现在的想法是对进来的请求做排队处理。请求多了就丢弃,这样就防止了系统受到大压力下崩溃的危险。但是还是不能提高性能。大家有什么建议呢,我网上搜索了下,发现有人说通过JMS来访问webservice,但是我感觉这个也不对啊,JMS是异步的,http是无状态的啊。怎么弄呢?
[该贴被vvvvv于2009-05-18 16:57修改过]

如果你用的是服务器的话,我建议你这样的需求直连数据库就可以了,并发量可以达5k都不会有太大问题。
JMS如果是消息中间件一定也应该提供同步的方法,每个请求都会有session,在session里面使用消息中间件与直连DB没有什么区别。

app服务器是websphere6.o 数据库是db2 小型机

非常认真的跟你说,如果这种投资连5K并发都坚持不住,基本上就是应用程序的问题了。

真有这么牛逼,5000个哦。

说一句非常水的话:你这是在骂IBM

并发请求有很多种,网页?图片?音频?视频?。。。

200个并发请求,有多少session?

5k个并发图片请求,100k,这样的机器能抗的住?

楼上你知道HTTP1.0与1.1的区别么??有什么改进??建议你可以看一下协议标准。
[该贴被ACoder于2009-05-20 13:46修改过]

我的意思是要考虑请求内容的大小,再计算并发数。

楼上的牛人说的区别是指持久连接还是?请教。。