当您查看 JMP Live 和交互式 HTML 中的性能时，需要考虑许多不同的工作部分。包含大量数据集和复杂图表的报告仅通过网络发送就可能成本高昂。其他时候，必须处理大量数据才能进行汇总计算。绘制数百万个标记、线条和其他形状也会给机器带来压力。
那么，在 JMP Live 上发布包含大量数据集的控制图时，这意味着什么？此图表需要多长时间才能加载并绘制在屏幕上？如果速度很慢，可以做些什么来加快加载速度？如果我不想更改图表，但速度仍然太慢，该怎么办？
在 JMP，我们听取了用户的意见，并在 JMP 18 中实现了显著的性能改进。利用 JMP 17 中实施的性能课程、工具和流程，我们进一步提升了 JMP 18 的标准。
控制图
让我们继续讨论控制图示例，因为 JMP Live 上经常使用普通图表。一个非常简单的控制图，其适度数据表有 366,644 行，可能包含许多子组。在此示例中，图表如下所示：
我们可以看到图表包含许多线条和点；在 JMP 17 上，打开此报告非常慢。在我的笔记本电脑上，打开报告需要217秒，在此期间出现了几个警告，说网站加载时间很长，并询问是否应该停止。在 JMP 18 上，打开此报告现在需要10秒 - 加载时间减少了95.4% ，即提高了21.7 倍。
图形生成器折线图
接下来，让我们在图形生成器中通过使用覆盖角色来创建许多不同颜色的线条，从而强调折线图。
虽然这可能不是许多人会构建的一种图表类型，但它可以帮助我们强调绘制和解析算法。在 JMP 17 上加载此报告大约需要27秒，并且经常强调内存使用量达到297 MB。在 JMP 18 上加载此报告大约需要13秒，并使用186 MB 内存，这意味着加载时间减少了51.9% （或提高了2.1 倍），内存使用量减少了37% 。
图形生成器面积图
接下来，让我们查看一个包含 500k 行随机数据的大表，以便在 Graph Builder 中制作面积图。
这是对绘制区域和计算统计数据的方式的另一项压力测试。从 JMP 17 打开报告大约需要210秒，等待的时间真的很长。另一方面，从 JMP 18 打开报告大约需要4秒，加载时间减少了98% ，相当于速度提高了52.5 倍！
图形生成器树形图
接下来是树形图，其中包含 120 万行随机值的大数据表。
从 JMP 17 加载树形图大约需要8.5秒，而从 JMP 18 打开相同报告大约需要2.1秒。这意味着初始加载时间减少了75% ，或性能提高了4 倍。
图形生成器热图
热图怎么样？此晶圆热图报告有 414k 行的数据表。
尽管这是一份庞大而繁忙的报告，但加载时间并不像一些早期的测试用例那么糟糕。从 JMP 17 导出的报告打开需要14.7秒，而从 JMP 18 导出的相同报告打开需要大约4.4秒。这意味着初始加载时间减少了70% ，或性能提高了3.3 倍。
图形生成器点
最后的测试用包含 120 万行的数据表的摘要来查看要点。
我们对点的处理不如对其他部分的处理那么多，因此性能会反映这一点。相反，本报告重点介绍了我们在计算和解析方面所做的许多其他改进，以及对整个报告堆栈的总体改进。加载从 JMP 17 导出的报告大约需要2.9秒，而加载从 JMP 18 导出的报告大约需要2.4秒。因此，初始加载时间减少了17% ，或性能提高了1.2 倍。虽然您最初可能会对这些数字感到失望，但请记住，这仍然是 20% 的改进，我们相信这将永远受到欢迎。
表格
早在 2013 年，就有人提出过一个问题，即报告的表格中包含大量数据，从而导致浏览器挂起。我们很快做出了一个修复：将行数限制为 1,000，因为包含大量表格的报告很少见。但是，我们从客户那里听说他们希望查看整个数据集。
在 JMP 18.0 中，用户现在可以通过添加分页控件来查看整个表记录，从而更有效地浏览表格。用户可以使用以下控件进行浏览：
|
|
|
|---|
|
|<
|
导航至第一页。
|
|
<
|
导航至上一页。
|
|
>
|
导航到下一页。
|
|
>|
|
导航到最后一页。
|
|
文本框
|
导航至输入的页码。
|
|
N 中的 n
|
提供有关当前页面（n）和总页数（N）的信息。
|
分页控制布局
