助手真的比部分快吗？字符串构建怎么样？

Question

我在Rails应用程序中有一个花哨的"工作表"样式视图,这个视图占用时间太长.(在开发模式下,是的,我知道那里没有缓存,"在57893ms完成(查看:54975,数据库:855)")工作表是使用辅助方法呈现的,因为我无法忍受保持无数的小部分工作表中的各种行.现在我想知道部分实际上是否会更快？

我已经分析了页面加载并确定了一些对象缓存会刮掉几秒钟的情况,但是配置文件输出表明花​​费了大量时间来简单地循环遍历Worksheet模型的组成对象并附加来自帮手.这是我正在谈论的一个例子:

def header_row(wksht)
  content_tag(:thead, :class => "ioe") do
    content_tag(:tr) do
      html_row = []
      for i in (0...wksht.class::NUM_COLS) do
        html_row << content_tag(:th, h(wksht.column_headings[i].upcase),
                                :class => wksht.column_classes[i])
      end
      html_row.join("\n")
    end
  end
end

OTOH使用partials意味着打开文件,分离Ruby解释器,从长远来看,聚合一堆字符串,对吗？所以我想知道是否有另一种方法可以加快助手的速度.我应该使用像stringstream这样的东西(在Ruby中存在吗？),我应该摆脱content_tag调用,转而支持我自己的""字符串插值...我愿意编写自己的性能测试,并分享结果,如果你有任何建议的方法我已采取的方法.

由于它是一个相当复杂的视图(并且还有一个可编辑的版本),我宁愿不要多次重写和描述整个事物.:)

一些相关阅读:

http://www.viget.com/extend/helpers-vs-partials-a-performance-question/(旧)
http://www.breakingpointsystems.com/community/blog/ruby-string-processing-overhead/
http ://blog.purepistos.net/index.php/2008/07/14/benchmarking-ruby-string-interpolation-concatenation-and-appending/

@tadman: 有行总数和列总数(以及更多的柱状算术),并且因为它们不仅仅是总数,而且还依赖于数据库中的其他"幻数",我在Ruby代码而不是Javascript中实现它们.(DRY和单元可测试.)Javascript仅在编辑视图中使用,仅用于添加/删除行(仅限客户端),并在单元格内容更改时获取具有新总计的工作表.它获取整个表,因为当输入单元格发生更改时,将近一半的值会更新.

工作表及其行实际上是虚拟模型; 它们并不存在于数据库中,而是汇集了大量真正的AR对象.每次视图呈现时都会创建它们(但在开发模式下需要1.7秒,所以我并不担心它).

我想我可以传输一个数字矩阵,而不是标记内容,并让JS将其解压缩到表格中.但这很快就无法维持.

Answer 1

我最后在http://www.infoq.com/articles/Rails-Performance上阅读了一篇优秀的文章("看看Rails中的常见性能问题").然后我按照作者的建议在请求处理期间缓存计算:

def estimated_costs
  @estimated_costs ||=
    begin
      # tedious vector math
    end
end

因为我的工作表一遍又一遍地执行上面的操作,然后在这些结果的基础上计算更多的行,这导致了90%的加速.本来应该很简单,但它只是从几个总数开始,然后我向客户展示原型,并从那里滚雪球:)

我也想知道我的基于数组的数学是否效率低下,所以我用NArray(http://narray.rubyforge.org/)替换了Ruby数组.加速可以忽略不计,但代码更干净,所以它保持这种方式.

最后,我将一些对象缓存放在适当的位置.数据库中的"幻数"最多每年只更改几次,其中一些是加密的,但它们需要在大多数计算中使用.这是缓慢成熟的缓存,它再削减了1.25秒.

接下来我会看到热切的关联加载,因为可能有一些时间来保存,我会快速比较发送"只是数据"与发送HTML,正如@tadman建议的那样.关于我可以缓存的唯一部分是导航侧边栏.所有其他内容取决于请求参数.

谢谢你的建议!