电信级别的视频会议项目（基于WEB）的性能问题

都装activx 还用WEB干嘛。。

测试总时间249秒  并发100路刷新聊天室的聊天列表和聊天数据 每个线程循环次数6  总成功次数544  失败次数56  平均每次刷新响应大概需要5秒钟时间 这大概这是会议轮询的1/3的系统消耗

测试工具是自己写的模拟多线程的http请求工具 

缓存实时显示的数据应该能缓解一些问题吧。
用内存数据库把什么在线人员啊之类的需要实时的东西做缓存。每次这些东西改变的时候触发一下，更新一下这个缓存数据库的信息。
至少比每次分别查7各表要好一些吧

你先得定位瓶颈在哪里，否则我们只能是泛泛而谈而已。
如果瓶颈在轮询上，那么tomcat集群可能没有益处--瓶颈在数据库上--你可以考虑缓存查询结果，这样可以降低数据库压力

谢谢建议，是考虑做缓存了，不过缓存和实时性是对立的对吧。不能你一个用户进入会议2分钟后大家才知道用户列表刷新了
不然上线客户要求支持500路并发，7个数据库3秒就是每秒1000多次数据库查询，不知道mysql能不能支持下来 感觉很难

前面看错了确实 你的方法很好，和实时性没有对立 我再考虑一下看看怎么设计这个缓存，谢谢

不要用数据库查询，自己组织数据结构，放到内存里，异步存储到数据库，才多少量啊

ps.赤裸裸的标题党，给电信做项目和电信级别没有任何关系，你这哪是电信级别啊

是的现在正在定位瓶颈在哪里啊，不知道是tomcat还是数据库的问题，不知道是不是jmeter可以监控数据库的瓶颈，缓存是有这个想法，要怎么做才能兼容实时性呢，现在还在烦
    自己还是菜鸟，我们公司主要是通信公司，牛人都是c++,c那块的，自己才毕业不久，完全没有设计过系统性能这块 这次老大把任务交给我，我可是硬着头皮顶 上去了

把数据库放在内存里。。。。

我是WebEx的

既然都用activex了 会议客户端当然要用dll 或者applet啊 会议内部的交互应该交给专门的server去处理 你tomcat只是一个入口 只要把相关参数传给activex就行了嘛

既然是电信级别的 还用ajax轮询attendee状态 肯定会死的很惨

另外 不清楚tomcat负载能力有多强；我们page端是用apache转发+weblogic 集群

Flex的如何呢？
我遇到了问题跟你的一样，不过我使用Flex的Socket解决了。

不需要Ajax去轮询，直接就Socket通信。而且客户端就只需要安装一个Flash播放器（这个原来应该自带安装了吧）。