Bei der Betrachtung der Leistung in JMP Live und interaktivem HTML müssen viele verschiedene Arbeitselemente berücksichtigt werden. Berichte mit großen Datensätzen und komplizierten Diagrammen können allein schon beim Senden über ein Netzwerk kostspielig sein. In anderen Fällen müssen große Datenmengen verarbeitet werden, um zusammenfassende Berechnungen durchzuführen. Das Zeichnen von Millionen von Markierungen, Linien und anderen Formen kann ebenfalls eine Belastung für eine Maschine darstellen.
Was bedeutet dies also, wenn ein Kontrolldiagramm mit einem großen Datensatz auf JMP Live veröffentlicht wird? Wie lange sollte es dauern, dieses Diagramm zu laden und auf dem Bildschirm darzustellen? Wenn es langsam ist, was kann getan werden, um das Laden zu beschleunigen? Was ist, wenn ich mein Diagramm nicht ändern möchte, es aber immer noch zu langsam ist?
Wir bei JMP haben auf die Wünsche unserer Benutzer gehört und in JMP 18 erhebliche Leistungsverbesserungen vorgenommen. Mithilfe der in JMP 17 implementierten Leistungserkenntnisse, Tools und Prozesse haben wir die Messlatte in JMP 18 noch höher gelegt.
Kontrollkarten
Lassen Sie uns mit dem Beispiel des Kontrolldiagramms fortfahren, da in JMP Live häufig gängige Diagramme verwendet werden. Ein sehr einfaches Kontrolldiagramm mit einer bescheidenen Datentabelle von 366.644 Zeilen kann viele Untergruppen enthalten. In diesem Beispiel sieht das Diagramm folgendermaßen aus:
Wir können sehen, dass das Diagramm viele Linien und Punkte enthält. Unter JMP 17 war das Öffnen dieses Berichts sehr langsam. Auf meinem Laptop dauerte das Öffnen des Berichts 217 Sekunden. Während dieser Zeit erschienen mehrere Warnungen, die darauf hinwiesen, dass das Laden der Website lange dauerte, und die fragten, ob sie anhalten sollten. Unter JMP 18 dauert das Öffnen dieses Berichts jetzt 10 Sekunden – eine satte Verkürzung der Ladezeit um 95,4 % oder eine 21,7-fache Verbesserung.
Graph Builder-Liniendiagramme
Lassen Sie uns als Nächstes Liniendiagramme im Graph Builder hervorheben, indem Sie die Overlay-Rolle verwenden, um viele Linien in vielen verschiedenen Farben zu erstellen.
Auch wenn dies vielleicht nicht die Art von Diagramm ist, die viele Leute erstellen, hilft es uns, die Zeichen- und Analysealgorithmen zu testen. Das Laden dieses Berichts in JMP 17 dauerte etwa 27 Sekunden und belastete den Speicherverbrauch oft auf 297 MB. Das Laden dieses Berichts in JMP 18 dauerte etwa 13 Sekunden und verbrauchte 186 MB Speicher, was einer Verkürzung der Ladezeit um 51,9 % (oder einer Verbesserung um das 2,1-Fache ) und einer Verringerung des Speicherverbrauchs um 37 % entspricht.
Flächendiagramme im Graph Builder
Sehen wir uns als Nächstes eine große Tabelle mit 500.000 Zeilen zufälliger Daten an, um im Graph Builder ein Flächendiagramm zu erstellen.
Dies ist ein weiterer Stresstest für die Art und Weise, Bereiche zu zeichnen und Statistiken zu berechnen. Das Öffnen des Berichts aus JMP 17 dauerte etwa 210 Sekunden, eine wirklich lange Wartezeit. Andererseits dauert das Öffnen des Berichts aus JMP 18 etwa 4 Sekunden, was einer Verkürzung der Ladezeit um 98 % entspricht, was einer 52,5-fachen Geschwindigkeitsverbesserung entspricht!
Graph Builder-Strukturdiagramme
Als nächstes folgen Baumkarten mit einer großen Datentabelle mit 1,2 Millionen Zeilen zufälliger Werte.
Das Laden der Tree Map von JMP 17 dauerte etwa 8,5 Sekunden, während das Öffnen desselben Berichts von JMP 18 etwa 2,1 Sekunden dauerte. Das entspricht einer anfänglichen Verkürzung der Ladezeit um 75 % oder einer Leistungssteigerung um das Vierfache .
Graph Builder-Heatmaps
Wie wäre es mit einer Heatmap? Dieser Wafer-Heatmap-Bericht enthält eine Datentabelle mit 414.000 Zeilen.
Obwohl es sich um einen großen und umfangreichen Bericht handelt, waren die Ladezeiten nicht so schlecht wie bei einigen früheren Testfällen. Das Öffnen des aus JMP 17 exportierten Berichts dauerte 14,7 Sekunden, während das Öffnen desselben aus JMP 18 exportierten Berichts etwa 4,4 Sekunden dauerte. Das entspricht einer anfänglichen Verkürzung der Ladezeit um 70 % oder einer 3,3-fachen Leistungssteigerung.
Graph Builder-Punkte
Der letzte Test betrachtet Punkte mit einer Zusammenfassung einer Datentabelle bestehend aus 1,2 Millionen Zeilen.
Wir haben nicht so viel mit Punkten gearbeitet wie mit anderen Segmenten, daher wird sich das in der Leistung widerspiegeln. Stattdessen hebt dieser Bericht viele der anderen Verbesserungen hervor, die wir bei Berechnungen und Analyse vorgenommen haben, sowie allgemeine Verbesserungen am gesamten Berichtsstapel. Das Laden des aus JMP 17 exportierten Berichts dauerte etwa 2,9 Sekunden gegenüber etwa 2,4 Sekunden beim Laden eines aus JMP 18 exportierten Berichts. Dies entspricht einer anfänglichen Verkürzung der Ladezeit um 17 % oder einer 1,2-fachen Leistungssteigerung. Auch wenn Sie von diesen Zahlen zunächst vielleicht nicht gerade beeindruckt sind, denken Sie daran, dass es sich immer noch um eine Verbesserung um 20 % handelt, die unserer Meinung nach immer willkommen ist.
Tabellen
Bereits 2013 trat ein Problem bei Berichten auf, die große Datenmengen in Tabellen enthielten und dadurch den Browser zum Absturz brachten. Es gab eine schnelle Lösung: Man begrenzte die Zeilenanzahl einfach auf 1.000, da Berichte mit großen Tabellen selten sind. Wir hörten jedoch von Kunden, die den gesamten Datensatz sehen wollten.
In JMP 18.0 können Benutzer jetzt effizienter durch die Tabelle navigieren, indem sie Seitenumbruchsteuerelemente hinzufügen, um die gesamten Tabellendatensätze anzuzeigen. Benutzer können mit den folgenden Steuerelementen navigieren:
|
|
|
|---|
|
|<
|
Zur ersten Seite navigieren.
|
|
<
|
Navigiert zur vorherigen Seite.
|
|
>
|
Navigiert zur nächsten Seite.
|
|
>|
|
Navigiert zur letzten Seite.
|
|
TextBox
|
Navigiert zur eingegebenen Seitenzahl.
|
|
n von N
|
Gibt Auskunft über die aktuelle Seite (n) und die Gesamtseitenzahl (N).
|
Layout der Seitennummerierung
