Ruby 1.9比Ruby 1.8慢？

Question

我有一个Rails 2.3.8应用程序，其动作可以从数据库中提取大量数据，并使用300-600个部分进行渲染（递归渲染树型结构）。 对一个请求进行基准测试可以使我的响应时间大约为7秒。

我认为将我的Ruby版本从1.8升级到1.9会给我带来性能提升，但是当我对1.9版本进行基准测试时，我的响应时间大约为9秒（比1.8慢2秒）。 这对我来说非常令人惊讶。

哪些因素会导致Ruby 1.9执行速度比Ruby 1.8慢？

下面是日志文件的一部分。

Ruby 1.8

Rendered family_index/descendants/_fi_hover (0.5ms)
Rendered family_index/descendants/_descendant (4.6ms)
Rendered search/_search_div (0.1ms)
Rendered family_index/descendants/_fi_hover (0.7ms)
Rendered family_index/descendants/_descendant (4.7ms)
Rendered search/_search_div (0.1ms)
Rendered family_index/descendants/_fi_hover (0.5ms)
Rendered family_index/descendants/_descendant (4.5ms)
Rendered family_index/descendants/_fi_hover (0.5ms)
Rendered family_index/descendants/_descendant (37.9ms)
Rendered family_index/surname_groups/_pedigree (3162.9ms)
Rendered shared/_headers (4.6ms)
Rendered shared/_new_messages (0.6ms)
Rendered shared/_home_logo (1.1ms)
Rendered shared/_login_box (4.0ms)
Rendered shared/_navigation (13.6ms)
Rendered shared/_flash_messages (0.8ms)
Rendered shared/_footer (1.0ms)
Rendered shared/_analytics (0.8ms)
Completed in 4552ms (View: 3352, DB: 147) | 200 OK [http://localhost/family_index/surname_groups/31]

Ruby 1.9

Rendered family_index/descendants/_fi_hover (0.3ms)
Rendered family_index/descendants/_descendant (1.9ms)
Rendered search/_search_div (0.1ms)
Rendered family_index/descendants/_fi_hover (0.4ms)
Rendered family_index/descendants/_descendant (2.0ms)
Rendered search/_search_div (0.1ms)
Rendered family_index/descendants/_fi_hover (0.3ms)
Rendered family_index/descendants/_descendant (1.9ms)
Rendered family_index/descendants/_fi_hover (0.3ms)
Rendered family_index/descendants/_descendant (15.1ms)
Rendered family_index/surname_groups/_pedigree (762.8ms)
Rendered shared/_headers (2.6ms)
Rendered shared/_new_messages (0.7ms)
Rendered shared/_home_logo (0.9ms)
Rendered shared/_login_box (3.6ms)
Rendered shared/_navigation (7.3ms)
Rendered shared/_flash_messages (0.7ms)
Rendered shared/_footer (0.8ms)
Rendered shared/_analytics (0.6ms)
Completed in 5736ms (View: 942, DB: 128) | 200 OK [http://localhost/family_index/surname_groups/31]

看来Ruby 1.9正在更快地渲染视图和处理数据库，但仍然在慢慢完成请求。

Ruby 1.8：

Completed in 4552ms (View: 3352, DB: 147) | 200 OK [http://localhost/family_index/surname_groups/31]

Ruby 1.9：

Completed in 5736ms (View: 942, DB: 128) | 200 OK [http://localhost/family_index/surname_groups/31]

更新10-26-2010

我在代码中找到了瓶颈。 它来自一个使用延迟加载的关联加载大量ActiveRecord项目的行。 数据库时间很短，但我猜测所有的对象分配都会造成损失。 这是我的协会：

has_many  :deep_branches,
            :class_name => "FamilyIndex::Branch",
            :include => {
              :descendant => [:state, :county, {:wives => {:marriage => [:state,:county,:reference] }}, :reference, {
                :children => [:state, :county, {:wives => {:marriage => [:state,:county,:reference] }}, :reference, {
                  :children => [:state, :county, {:wives => {:marriage => [:state,:county,:reference] }}, :reference, {
                    :children => [:state, :county, {:wives => {:marriage => [:state,:county,:reference] }}, :reference] # add marriages to this data
                  }]
                }]
              }]
            }

如果不进行预先加载，完成操作大约需要40秒才能完成，因此使用：include会使性能提高10倍。 还在寻找一种加快速度的方法。 也许缓存是从这里开始的唯一方法。

Answer 1

1.9可以比1.8慢的一个区域是字符串处理。

由于1.9具有适当的unicode支持索引或切片，因此在1.8 string[i]中将返回第i个字节，而在1.8中，它必须通过字符串才能找到i性格。

如果你进行了大量的字符串处理并且不需要正确的unicode支持，你可以将编码设置为ASCII或可能是二进制，这将大大加快字符串处理速度。

Answer 2

因此，我需要处理时间最长的请求区域是通过ActiveRecord的懒惰预先加载来大量加载数据（请参阅问题中列出的关联）。 我对ActiveRecord 2.3.8的内部结构不够熟悉，所以最终我不确定导致“慢”的原因。

我最终做了我自己的类型的渴望加载 - 在一个查询中获取所有人员记录，在一个查询中的所有状态，以及我需要的其他相关对象，将它们放入哈希，然后将它们拼接到它们的树结构中。

这大大提高了性能，将请求时间降至1-1.5秒。 这种改进有利于1.8和1.9中运行的应用程序，现在我的应用程序在1.9中运行得更快一点。

谢谢大家的帮助！