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

 有一点点长各位兄弟姐妹特别是大牛们能不能耐下心来看完吧 ，真的很需要大家的帮助。
     我们公司现在正在给中国最大的电信行业运营商开发一个基于B/S的视频会议系统，现在很多数据视频会议（其中有电子白板，文档共享，桌面共享功能是用activx开发完成的），其中有视频音频会议和数据会议，IM聊天功能，还有与会者列表刷新，会议状态刷新功能。
   大家知道由于众所周知的原因，浏览器不能主动获取客户端的状态的，而且为了客户安装方便我们决策用b/s结构来实现数据会议。因此，我们会议状态的即时通知实现时，用ajax的轮询（其实感觉推对性能提升也不大，所以没有用推），所以一个与会者是否进入会议大概需要通过每隔几秒轮询服务器的n多代码，特别是会议状态查询，需要每隔两秒查询n次数据库（是否投票被创建，某某某进入会议，某某某退出会议，会议视频防守改变等等）竟然需要查询7张表，服务器是四核的戴尔4核PE2950，但是这样开7，8个会议50个人，基本上系统就非常的卡。
   更郁闷的是，我们公司是用tomcat来做web容器而且没有集群，现在正在压力测试阶段，
现在主要不知道单台tomcat可以支持的动态峰值并发可以达到多少，现在想达到100人的同时会议，为了保证实时性,每个用户每隔3秒查询7次数据库（还有复杂的一些代码逻辑比较，剥离过滤数据），不知都是否只能延长轮询的时间，这样会议实时性就会降低 哎用b/s实现c/s功能真难啊
大牛们能不能对如何提升系统性能指教小弟一二，在此谢过了。
   在此等待高人相助