Test Ruby's ability to release memory back to system. (1.9.3 vs 2.0) https://gist.github.com/rjackson/5071864

多了一层筛选，好事啊~

#13 楼 @luikore 这 2 种方式结果一样，还是没有释放给系统。

#10 楼 @luikore 我使用的 64 位机器试了下 disable prifiler 的情况，结果是一样的。

#7 楼 @huacnlee 1、确定 GC.enable 了 2、没有用 RMagick，但是用了 gem 'mini_magick', '3.5.0'

#3 楼 @huacnlee 我这边目前跑了 20 多个小时的大概 300 多 M，上面那个 900m 我是参考的 VIRT，我改下，应该用 RES，从下图可以看出每个 ruby 进程的内存使用量和已经运行的时间基本正相关：

25729 是我 rails consle 起来后 跑 2 楼那个测试代码，不断地释放 a 和 再分配 a 最终结果。 其他进程就是我用 passenger 起来的进程

然后 25729 就从 100 多的 m 涨到了 2G

#1 楼 @huacnlee 我也想过是不是泄露了，不过后面的测试 GC 的时候使用的是下面的代码，应该不会有泄露吧

GC::Profiler.enable
GC::Profiler.clear

a = []
10_000_000.times do
  a << [rand(36**10).to_s(36)]
end

GC::Profiler.report

a = []

GC.start

GC::Profiler.report

自从用了 rails，开始喜欢上它了，没事就过来逛逛

我有个项目用的是 nginx+passenger，看了你的帖子以及@robbin 的帖子http://ruby-china.org/topics/10832 之后我首先部署了 nginx+unicorn，然后修改了下 unicorn 的配置文件部署 nginx+rainbows，当我在用 jMeter 进行压测，线程开到 500 的时候，无论 nginx+unicorn 还是 rainbows 都会有错误出现，而是用 passenger 却不会出现这种情况。unicorn 和 passenger 性能差不多，rainbows 并发大概可以提高 30% 左右。

#71 楼 @huacnlee 恩，已修改，的确用的很多方法非常不好，就当一个反面例子吧，我后面把根据前面楼层的建议优化后的结果放上来。多谢指点。

#69 楼 @leonworld 好的，多谢

#67 楼 @leonworld 昨天一朋友给我截得图，就是上面那张，http://ruby-china.org/topics/634 这里面有完整版的，原文我没有找到

#65 楼 @leonworld 其实还是 erb 最快啦，http://graffzon.tumblr.com/post/15303347654/comparsion-of-haml-slim-erb

#55 楼 @linjunhalida 刚才看了下 slim，结构上类似于 haml，不考虑更换了，主要是前后端不是同一个人。

#53 楼 @linjunhalida 嘿嘿，信，我研究下·

#52 楼 @nouse 是的，正在分析哪些表，哪些字段需要加索引，这样应该可以减低响应时间

#51 楼 @leonworld 目前大多数的 cpu 好在了 render 上面，瓶颈在 cpu，如果把 render 这块的时间和资源消耗消除或较少，应该可以大大提高并发量

#50 楼 @leonworld 如果真是这样那就最好了，我研究下，多谢

#47 楼 @kenshin54 由于项目前期考虑速度都直接渲染数据，异步获取把本来需要 render 的部分丢给浏览器处理，可以很好的解决 render 的负载

#46 楼 @knwang 我正准备能 cache 的地方都 cache 住

#21 楼 @Rei #40 楼 @ichord 这个东西可行，至少我可以肆意的去 cache 了

#43 楼 @Levan 我已经用了一个 second_level_cache 基本可以 cache 住很多数据库查询，对一些常用的 association 我也用了 Rails cache 这部分优化空间不大~

#40 楼 @ichord 好的，我试下

#39 楼 @yanhao 这个我测试过，目前 32 个算是比较适合的。

#35 楼 @HungYuHei 直接输出我测过大概可以到达 600~700 reqs/s 的访问速度吧。同样配置用 nginx+tomcat java 的话可以达到 2000 reqs/s

#35 楼 @HungYuHei 对，这个方法不错，可以大量降低 rails 去渲染 view 的耗时。这玩意性能太差了，主框架直接输出，其它额外数据 ajax 异步加载的话，整体应该可以提升一个等级，最近也在尝试使用 sinatra 等其它框架。

正准备升上去~

#30 楼 @Peter 嗯，联合索引可以考虑，目前还不是瓶颈，当前数据量不高，且数据库用的 ssd。