Il existe de nombreux éléments de travail différents à prendre en compte lorsque vous examinez les performances de JMP Live et du HTML interactif. Les rapports contenant de grands ensembles de données et des graphiques complexes peuvent être coûteux à envoyer via un réseau. Dans d'autres cas, de nombreuses données doivent être traitées pour effectuer des calculs récapitulatifs. Le dessin de millions de marqueurs, de lignes et d'autres formes peut également stresser une machine.
Alors, qu'est-ce que cela signifie lorsque je publie un graphique de contrôle avec un grand ensemble de données sur JMP Live ? Combien de temps ce graphique doit-il prendre pour se charger et s'afficher à l'écran ? S'il est lent, que peut-on faire pour qu'il se charge plus rapidement ? Que faire si je ne veux pas modifier mon graphique, mais qu'il est toujours trop lent ?
Chez JMP, nous avons écouté nos utilisateurs et avons apporté des améliorations significatives aux performances de JMP 18. En utilisant les leçons, les outils et les processus de performance mis en œuvre dans JMP 17, nous avons encore repoussé la barre dans JMP 18.
Cartes de contrôle
Continuons avec l'exemple du graphique de contrôle, car les graphiques courants sont souvent utilisés sur JMP Live. Un graphique de contrôle très simple avec une table de données modeste de 366 644 lignes peut contenir de nombreux sous-groupes. Dans cet exemple, le graphique ressemble à ceci :
Nous pouvons voir que le graphique contient de nombreuses lignes et points ; sur JMP 17, l’ouverture de ce rapport était très lente. Sur mon ordinateur portable, il a fallu 217 secondes pour ouvrir le rapport, période pendant laquelle plusieurs avertissements sont apparus pour dire que le site Web prenait beaucoup de temps à charger et pour demander s’il devait s’arrêter. Sur JMP 18, l’ouverture de ce rapport prend désormais 10 secondes, soit une réduction considérable du temps de chargement de 95,4 % ou une amélioration de 21,7 fois .
Graphiques en courbes du générateur de graphiques
Mettons maintenant l’accent sur les graphiques linéaires dans Graph Builder en utilisant le rôle Superposition pour créer de nombreuses lignes de différentes couleurs.
Bien que ce type de graphique ne soit pas forcément utilisé par beaucoup de personnes, il nous aidera à mettre en évidence les algorithmes de dessin et d'analyse. Le chargement de ce rapport sur JMP 17 a pris environ 27 secondes et a souvent sollicité l'utilisation de la mémoire à 297 Mo. Le chargement de ce rapport sur JMP 18 a pris environ 13 secondes et a utilisé 186 Mo de mémoire, ce qui représente une diminution du temps de chargement de 51,9 % (ou une amélioration de 2,1x ) et une diminution de l'utilisation de la mémoire de 37 % .
Graphiques en aires du générateur de graphiques
Ensuite, examinons un grand tableau de 500 000 lignes de données aléatoires pour créer un graphique en aires dans Graph Builder.
Il s'agit d'un autre test de résistance pour la manière de dessiner des zones et de calculer des statistiques. L'ouverture du rapport depuis JMP 17 a pris environ 210 secondes, un temps d'attente vraiment long. En revanche, l'ouverture du rapport depuis JMP 18 prend environ 4 secondes, ce qui représente une diminution du temps de chargement de 98 % , ce qui se traduit par une amélioration de la vitesse de 52,5x !
Cartes arborescentes du générateur de graphiques
Viennent ensuite les cartes arborescentes avec un grand tableau de données de 1,2 million de lignes de valeurs aléatoires.
Le chargement de la carte arborescente à partir de JMP 17 a pris environ 8,5 secondes, tandis que l'ouverture du même rapport à partir de JMP 18 prend environ 2,1 secondes. Cela représente une réduction du temps de chargement initial de 75 % , ou une amélioration des performances de 4x .
Cartes thermiques de Graph Builder
Qu'en est-il d'une carte thermique ? Ce rapport de carte thermique de wafer contient un tableau de données de 414 000 lignes.
Même s'il s'agit d'un rapport volumineux et chargé, les temps de chargement n'étaient pas aussi mauvais que certains des cas de test précédents. Exporté à partir de JMP 17, l'ouverture du rapport a pris 14,7 secondes, tandis que l'ouverture du même rapport exporté à partir de JMP 18 prend environ 4,4 secondes. Cela représente une diminution du temps de chargement initial de 70 % , ou une augmentation des performances de 3,3x .
Points du générateur de graphiques
Le dernier test examine les points avec un résumé d’un tableau de données composé de 1,2 million de lignes.
Nous n'avons pas effectué autant de travail avec les points qu'avec d'autres segments, les performances en seront donc le reflet. Au lieu de cela, ce rapport met en évidence de nombreuses autres améliorations que nous avons apportées aux calculs et à l'analyse, ainsi que des améliorations générales apportées à l'ensemble de la pile de rapports. Le chargement du rapport exporté depuis JMP 17 a pris environ 2,9 secondes contre environ 2,4 secondes pour un rapport exporté depuis JMP 18. Il s'agit donc d'une diminution initiale du temps de chargement de 17 % , soit une augmentation des performances de 1,2 fois . Même si vous pouvez être déçu par ces chiffres au début, n'oubliez pas qu'il s'agit tout de même d'une amélioration de 20 %, qui, selon nous, sera toujours la bienvenue.
Tableaux
En 2013, un problème a été signalé concernant les rapports contenant de grandes quantités de données dans des tableaux, ce qui entraînait un blocage des navigateurs. Une solution rapide a été apportée : il suffit de limiter le nombre de lignes à 1 000, car les rapports contenant de grands tableaux sont rares. Cependant, nous avons entendu des clients nous dire qu'ils souhaitaient voir l'ensemble des données.
Dans JMP 18.0, les utilisateurs peuvent désormais naviguer plus efficacement dans la table grâce à l'ajout de contrôles de pagination pour afficher l'intégralité des enregistrements de la table. Les utilisateurs peuvent naviguer avec les contrôles suivants :
|
|
|
|---|
|
|<
|
Navigation vers la première page.
|
|
<
|
Accède à la page précédente.
|
|
>
|
Navigue vers la page suivante.
|
|
>|
|
Navigue jusqu'à la dernière page.
|
|
Zone de texte
|
Accède au numéro de page saisi.
|
|
n de N
|
Donne des informations sur la page actuelle (n) et le nombre total de pages (N).
|
Disposition du contrôle de pagination
