performance - 如何对 BIRT 报告性能进行基准测试？

Question

我有一份关于性能问题的 BIRT 报告:运行大约需要 5 分钟。

一开始我认为问题出在数据库上:这个报告使用了一个相当复杂的 SQL Server 存储过程来检索数据。经过大量 SQL 优化后，此过程现在需要大约 20 秒才能运行(在管理控制台中)。

但是，报告本身仍然需要太多时间(几分钟)。如何识别 BIRT 报告生成中的其他瓶颈？有没有办法分析整个过程？我使用 www 查看器(在 Tomcat 5.5 中运行)运行它，并且我没有任何 Java 事件处理程序，一切都是使用标准 SQL 和 JavaScript 完成的。

我观看了网络研讨会“设计高性能 BIRT 报告”1 ，它有一些有趣的考虑，但没有多大帮助......

Answer 1

当我写这个答案时，这个问题已经接近 2 岁了，所以大概你找到了解决这个问题的方法。没有人为整个过程提供分析器，因此这里有一些识别瓶颈的方法。

启动时间 - 这里可以花大约一分钟

一个接一个地运行几个报告或在第一个运行后开始第二个报告可以帮助诊断问题。

SQL 查询运行时 - 问题中提到了好的解决方案

任何 SQL 跟踪和性能测试都会发现问题。

构建报告 - 这就是我注意到花费的大部分时间的地方。在创建报告时运行 SQL 跟踪。在 SQL 跟踪指示查询完成后，即使是具有大量数据的相对简单的表也可能需要大约一分钟的时间来配置和显示(通过 apache tomcat 的 HTML)。

简化报告或创建一个克隆，使用更少的图形或表格运行，以查看是否有显着差异

修改查询带回更少的记录，更少的记录更容易显示，

交付方式 PDF、Excel、HTML 各有不同的问题

尝试不同格式的报告

如果一个明显更大，请尝试不同的发射器。