rails聊天室性能瓶颈

用ror就是学习一下嘛，而且只是个临时应用，现在只是考虑ror在这种性能要求比较高的场景是不是适合。目前这个应用的性能瓶颈不在数据库。调整的话意义也不大。

什么语言不是主要问题，架构应该好好思量一下。
1. 拉的方式？
2. 推的方式？
拉：什么样的请求？刷新页面请求？刷新数据请求？
推的方式不熟悉。
考察考察Gmail的新邮件到达方式吧，再考察考察web msn。

大规模的web im必然走上erlang之路。

就100人同时在线,谈什么大规模web...

CPU占用高的问题,凭我的直觉,部署在Linux下会好*很多很多*

另外可以试试ruby 1.8.7,据我的体会,速度比1.8.6要高上不少(还没在windows下试过),当然如果你能在1.9上跑rails,应该会更快:)

虽然表面上看起来数据库CPU占用率不高,但是数据库相关的东西一大陀,如果能抛弃数据库,将会有很大的不同. 如果聊天的记录不用保存久,用in-memory的方法应该会快不少.

跟主题偏的太远了，不知所云。

说句跑题的话，既然服务器都用windows了，就用.net写呗。
适当使用.net的异步（异步页面／异步数据库）技术能很大的提高可伸缩性。

同样的功能，同样的实现方式，.net的CPU最多是ruby的一半，这就是编译执行的优势。开发.net项目已经有5年了，用rails一是了解这个冉冉升起的新星，二是在商业项目中能够提供部署费用极低的解决方案（万一若干年后知识产权在中国提升到一定高度的话），三是能为rails竞争微软、sun助一臂之力，没有竞争就没有压力！现在firefox压得ie喘不过气来，电信重组、3G方案也是为了充分竞争反对垄断而实施的。
开发人员时不时的跳出圈外，能用一己之力为IT发展贡献一些力量也是应当的。

其实你可以写一个服务器端的后台守护进程
将一些数据缓存在里面，效果好很多

从原来的10个请求／S提高到了500请求/S
我试过

楼上的说的对，我一朋友就是这样子搞的~