JMP Live とインタラクティブ HTML のパフォーマンスを検討する際には、考慮すべきさまざまな作業要素があります。大規模なデータ セットと複雑なグラフを含むレポートは、ネットワーク経由で送信するだけでもコストがかかる場合があります。また、要約計算を行うために大量のデータを処理しなければならない場合もあります。何百万ものマーカー、線、その他の図形を描画すると、マシンに負荷がかかることもあります。
では、JMP Live で大規模なデータ セットを含む管理図を公開する場合、これは何を意味するのでしょうか。このグラフを読み込んで画面に描画するには、どのくらいの時間がかかりますか。遅い場合、読み込みを高速化するにはどうすればよいでしょうか。グラフを変更したくないのに、それでも遅すぎる場合はどうすればよいのでしょうか。
JMP では、ユーザーの声に耳を傾け、JMP 18 で大幅なパフォーマンスの向上を実現しました。JMP 17 で実装されたパフォーマンスの教訓、ツール、プロセスを使用して、JMP 18 でさらにレベルを上げました。
管理図
JMP Live では一般的な管理図がよく使用されるため、管理図の例を続けましょう。366,644 行の小規模なデータ テーブルを持つ非常に単純な管理図には、多数のサブグループが含まれる場合があります。この例では、管理図は次のようになります。
グラフには多くの線と点が含まれていることがわかります。JMP 17 では、このレポートを開くのに非常に時間がかかりました。私のラップトップでは、レポートを開くのに217秒かかり、その間に、Web サイトの読み込みに時間がかかっているため停止するかどうかを尋ねる警告がいくつか表示されました。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 倍向上したことを意味します。
グラフビルダーヒートマップ
ヒート マップはどうでしょうか? このウェーハ ヒート マップ レポートには、414,000 行のデータ テーブルがあります。
これは大規模で複雑なレポートですが、読み込み時間は以前のテスト ケースほど悪くありませんでした。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) に関する情報を提供します。
|
ページネーションコントロールレイアウト
