Avertissez-moi si l'exécution d'une commande/l'exécution d'une analyse va prendre beaucoup de temps.Je constate que sur des ensembles de données plus volumineux, certaines analyses prennent beaucoup de temps à s'exécuter. Par exemple, l'exécution d'un modèle linéaire généralisé binomial ou de Poisson sur un ensemble de données contenant environ 20 millions de lignes peut prendre plus d'une heure sur ma machine. Ce serait formidable si JMP pouvait (1) me réchauffer si l'exécution d'une commande devait prendre plus de 10 minutes et me donner la possibilité d'annuler ; et (2) si je choisis de continuer, donnez-moi une estimation du temps qu'il faudrait pour terminer l'analyse.
Modélisation statistique avancéeAnalyse et modélisation des données de baseRe: M'avertir si l'exécution d'une commande / l'exécution d'une analyse va prendre beaucoup de temps.Souvent, appuyer sur Echap pendant la course annulera la plate-forme. Cela prendra généralement 5 à 15 secondes pour répondre, mais cela fonctionne normalement.
Essaye ça:
names default to here(1);
dt = open("$SAMPLE_DATA\Probe.jmp");
g = dt << Get Column Group("Responses");
YExpr = Expr(Y());
for(i=1, i<=nitems(g), i++,
insert into(YExpr, g[i]);
);
Eval(EvalExpr(
dt << Hierarchical Cluster(
Expr(nameexpr(YExpr)),
Method( "Ward" ),
Standardize Data( 1 ),
Dendrogram Scale( "Distance Scale" ),
Number of Clusters( 20 ),
SendToReport( Dispatch( {}, "Dendrogram", OutlineBox, {SetHorizontal( 1 )} ) )
);
));
Re: M'avertir si l'exécution d'une commande / l'exécution d'une analyse va prendre beaucoup de temps.Ce serait également bien s'il y avait un widget occupé JSL (aka wait widget, widget spinning wheel, etc.) qui pourraient être utilisés pour donner à l'utilisateur l'assurance qu'un script est toujours en cours d'exécution. Encore mieux serait un widget de barre de progression JSL.
Re: M'avertir si l'exécution d'une commande / l'exécution d'une analyse va prendre beaucoup de temps.Ou pourrait être une barre d'état avec une option d'annulation pour les plates-formes qui impliquent des analyses potentiellement difficiles. Comme ce qui est mis en œuvre dans la plate-forme de conception personnalisée.
Re : M'avertir si l'exécution d'une commande/l'exécution d'une analyse va prendre beaucoup de temps.D'accord, pour les scripts définis par l'utilisateur, il existe une solution simple de @vince_faller consistant à appuyer sur ESC assez longtemps jusqu'à ce qu'il s'arrête.
Mais pour les plateformes standards, cela ne fonctionne pas. Donc, selon l'idée du souhait :
@parker a écrit :
réchauffez-moi si l'exécution d'une commande allait prendre plus de 10 minutes et donnez-moi la possibilité d'annuler
mais indépendant de l' avertissement :
chaque plate-forme standard devrait avoir un bouton d'annulation pendant l'exécution.
De cette façon, un utilisateur aura la possibilité d'arrêter une plateforme quand il le souhaite - pas besoin d'attendre des heures et des heures jusqu'à ce qu'une plateforme se termine.
Accélérer les tableaux/mises à jour
Re : M'avertir si l'exécution d'une commande/l'exécution d'une analyse va prendre beaucoup de temps.idée alternative : un paramètre Timeout dans les préférences ou une option de timeout pour Try.
Re : M'avertir si l'exécution d'une commande/l'exécution d'une analyse va prendre beaucoup de temps.candidat à l'enquête de priorisation des listes de souhaits - essai pilote :
Présentation de l'enquête de priorisation des listes de souhaits JMP !
Re : Prévenez-moi si l'exécution d'une commande / l'exécution d'une analyse va prendre beaucoup de temps.Pour plusieurs plateformes, j'ai pu identifier la cause première d'une exécution lente - éviter ces pièges peut vous faire gagner des heures :
- Accélérer les tables/Mise à jour : pour chaque colonne, il recherche à nouveau les lignes correspondantes et fusionne TOUTES les correspondances dans la table principale.
-> lignes x # correspondances x # colonnes
au lieu de 1x dernier premier ou dernier match (comme dans Tables / Join)
-> peut prendre des heures au lieu de quelques secondes
- l'interface graphique démarre avec toutes les options activées
- l'aperçu
- Pourquoi Tables/Concatenate est-il si lent ?
nouveau problème dans JMP18 : il faut extrêmement longtemps pour analyser les scripts de table.
Et la plateforme scanne les scripts de table lors de la création de l'interface graphique, lorsqu'un utilisateur ajoute une table et une dernière cravate lorsque l'utilisateur clique sur OK
-> peut prendre plusieurs secondes à plusieurs minutes
- Re: Recode - Analyser comme un numéro
si un utilisateur exécute plusieurs étapes et convertit une chaîne en nombre, cela prend beaucoup plus de temps que de faire la même chose en 2 étapes
-> peut prendre de quelques minutes à quelques heures
Re : Prévenez-moi si l'exécution d'une commande / l'exécution d'une analyse va prendre beaucoup de temps.Distribution en direct : c'est très lent si la table comporte plusieurs milliers de lignes.
nouveau (dans JMP18 ?) : si plusieurs lignes appartiennent à une même valeur, JMP peut « regrouper » les valeurs -> moins de points dans le graphique et beaucoup (!!!) plus rapide
Re : Prévenez-moi si l'exécution d'une commande / l'exécution d'une analyse va prendre beaucoup de temps.@mia_stephens toujours en considération ?
pourrait beaucoup aider !
