Ci sono molti pezzi di lavoro diversi da considerare quando si esaminano le prestazioni in JMP Live e HTML interattivo. I report con grandi set di dati e grafici complicati possono essere costosi solo da inviare su una rete. Altre volte, molti dati devono essere elaborati per effettuare calcoli di riepilogo. Anche disegnare milioni di marcatori, linee e altre forme può stressare una macchina.
Quindi cosa significa questo quando si pubblica un grafico di controllo con un ampio set di dati su JMP Live? Quanto tempo dovrebbe impiegare questo grafico per caricarsi e disegnarsi sullo schermo? Se è lento, cosa si può fare per farlo caricare più velocemente? Cosa succede se non voglio modificare il mio grafico, ma è comunque troppo lento?
In JMP, abbiamo ascoltato i nostri utenti e abbiamo apportato miglioramenti significativi alle prestazioni in JMP 18. Utilizzando le lezioni sulle prestazioni, gli strumenti e i processi implementati in JMP 17, abbiamo ulteriormente spostato l'asticella in JMP 18.
Carte di controllo
Continuiamo con l'esempio del grafico di controllo, poiché i grafici comuni sono spesso utilizzati su JMP Live. Un grafico di controllo molto semplice con una modesta tabella dati di 366.644 righe può contenere molti sottogruppi. In questo esempio, il grafico appare così:
Possiamo vedere che il grafico contiene molte linee e punti; su JMP 17, l'apertura di questo report era molto lenta. Sul mio laptop, ci sono voluti 217 secondi per aprire il report, durante i quali sono apparsi diversi avvisi che dicevano che il sito web stava impiegando molto tempo per caricarsi e per chiedere se doveva fermarsi. Su JMP 18, l'apertura di questo report ora richiede 10 secondi, un'enorme riduzione del tempo di caricamento del 95,4% o un miglioramento di 21,7 volte .
Grafici lineari Graph Builder
Ora focalizziamo l'attenzione sui grafici lineari in Graph Builder utilizzando il ruolo Sovrapposizione per creare numerose linee di molti colori diversi.
Ora, anche se questo potrebbe non essere un tipo di grafico che molte persone creano, ci aiuterà a sottolineare gli algoritmi di disegno e analisi. Il caricamento di questo report su JMP 17 ha richiesto circa 27 secondi e spesso ha stressato l'utilizzo della memoria a 297 MB. Il caricamento di questo report su JMP 18 ha richiesto circa 13 secondi e ha utilizzato 186 MB di memoria, rappresentando una riduzione del tempo di caricamento del 51,9% (o un miglioramento di 2,1 volte ) e una riduzione del 37% nell'utilizzo della memoria.
Grafici ad area Graph Builder
Ora diamo un'occhiata a una grande tabella con 500.000 righe di dati casuali per creare un grafico ad area in Graph Builder.
Questo è un altro stress test per il modo di disegnare aree e calcolare statistiche. L'apertura del report da JMP 17 ha richiesto circa 210 secondi, un tempo di attesa davvero lungo. D'altro canto, l'apertura del report da JMP 18 richiede circa 4 secondi, il che equivale a una riduzione del tempo di caricamento del 98% , che si traduce in un miglioramento della velocità di 52,5 volte !
Mappe ad albero del Graph Builder
Il passo successivo sono le mappe ad albero con una grande tabella di dati composta da 1,2 milioni di righe di valori casuali.
Il caricamento della mappa ad albero da JMP 17 ha richiesto circa 8,5 secondi, mentre l'apertura dello stesso report da JMP 18 ne richiede circa 2,1 . Si tratta di una riduzione del tempo di caricamento iniziale del 75% , ovvero un miglioramento delle prestazioni di 4 volte .
Mappe di calore del Graph Builder
Che ne dici di una mappa di calore? Questo report di mappa di calore wafer ha una tabella dati di 414k righe.
Anche se si tratta di un report ampio e congestionato, i tempi di caricamento non sono stati così pessimi come quelli di alcuni dei casi di test precedenti. Esportato da JMP 17, l'apertura del report ha richiesto 14,7 secondi, mentre l'apertura dello stesso report esportato da JMP 18 ne richiede circa 4,4 . Si tratta di una riduzione iniziale del tempo di caricamento del 70% , ovvero un aumento delle prestazioni di 3,3 volte .
Punti del generatore di grafici
L'ultimo test esamina i punti con un riepilogo di una tabella dati composta da 1,2 milioni di righe.
Non abbiamo lavorato molto con i punti come con altri segmenti, quindi le prestazioni rifletteranno questo. Invece, questo report evidenzia molti degli altri miglioramenti che abbiamo apportato nei calcoli e nell'analisi, nonché miglioramenti generali all'intero stack di report. Il caricamento del report esportato da JMP 17 ha richiesto circa 2,9 secondi rispetto ai circa 2,4 secondi di caricamento di un report esportato da JMP 18. Quindi, una riduzione iniziale del tempo di caricamento del 17% o un aumento delle prestazioni di 1,2 volte . Anche se inizialmente potresti essere deluso da questi numeri, ricorda che si tratta comunque di un miglioramento del 20%, che crediamo sarà sempre gradito.
Tabelle
Nel 2013, è stato sollevato un problema relativo ai report che contenevano grandi quantità di dati in tabelle, causando così il blocco dei browser. È stata apportata una soluzione rapida: limitare semplicemente il numero di righe a 1.000, poiché i report con tabelle di grandi dimensioni sono rari. Tuttavia, abbiamo sentito dai clienti che volevano vedere l'intero set di dati.
In JMP 18.0, gli utenti possono ora navigare nella tabella in modo più efficiente con l'aggiunta di controlli di paginazione per visualizzare tutti i record della tabella. Gli utenti possono navigare con i seguenti controlli:
|
|
|
|---|
|
|<
|
Andiamo alla prima pagina.
|
|
<
|
Passa alla pagina precedente.
|
|
>
|
Passa alla pagina successiva.
|
|
>|
|
Va all'ultima pagina.
|
|
Casella di testo
|
Passa al numero di pagina immesso.
|
|
n di N
|
Fornisce informazioni sulla pagina corrente (n) e sul numero totale di pagine (N).
|
Layout di controllo della paginazione
