當您查看 JMP Live 和互動式 HTML 的效能時，需要考慮許多不同的工作。僅透過網路發送包含大量資料集和複雜圖表的報告的成本就可能很高。其他時候，必須處理大量資料才能進行匯總計算。繪製數百萬個標記、線條和其他形狀也會給機器帶來壓力。
那麼，當在 JMP Live 上發布包含大量資料集的控製圖時，這意味著什麼？該圖表需要多長時間加載並繪製在螢幕上？如果速度很慢，可以採取什麼措施使其載入速度更快？如果我不想更改圖表，但速度仍然太慢怎麼辦？
在 JMP，我們聽取了使用者的意見，並在 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% 。
圖形生成器面積圖
接下來，讓我們來看看一個包含 50 萬行隨機資料的大表，以便在圖形產生器中製作面積圖。
這是對繪製面積和計算統計數據的方式的另一個壓力測試。從 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秒。雖然您可能一開始對這些數字感到不知所措，但請記住，這仍然是 20% 的改進，我們相信這將永遠受到歡迎。
表格
早在 2013 年，就出現了一個問題，涉及表格中包含大量資料的報告，導致瀏覽器掛起。我們進行了快速修復：只需將行數限制為 1,000，因為包含大表的報告很少見。然而，我們從客戶那裡聽說他們希望看到整個數據集。
在 JMP 18.0 中，使用者現在可以透過新增分頁控制項來更有效地導覽表格，以查看整個表格記錄。使用者可以使用以下控制進行導航：
|
|
|
|---|
|
|<
|
導航至第一頁。
|
|
<
|
導航到上一頁。
|
|
>
|
導航到下一頁。
|
|
>|
|
導航至最後一頁。
|
|
文字方塊
|
導航至輸入的頁碼。
|
|
N 中的 N
|
給出有關當前頁 (n) 和總頁數 (N) 的資訊。
|
分頁控制佈局
