Problème de scriptBonjour,
Les clients de Solvay développent un script et ont rencontré un problème. Je l'ai testé sur JMP-16 et JMP-17 : sur v16 parfois ça marche, sur v17 ça plante à chaque fois. Je copie ci-dessous son message :
"... J'ai travaillé sur du code pour former un réseau de neurones avec une routine d'optimisation d'hyperparamètres. Le script s'appelle "fit_NN_loop" dans le fichier joint. Si vous exécutez le script, une fenêtre apparaît pour sélectionner les valeurs x, les valeurs y et les colonnes de validation :

Fondamentalement, nous effectuons un réglage hyperparamétrique d'un NN pour chaque colonne de validation. L'espace hyperparamètre est échantillonné sur la base d'un DOE (Space Filling Design), que vous verrez dans le script des lignes 34 à 56. Lorsque nous essayons d'exécuter le code, JMP se bloque de manière aléatoire. Parfois, nous recevons le message suivant :

Nous soupçonnons que le lancement de la plate-forme DOE à partir du même script pourrait être le problème, mais nous n'en sommes pas certains..."
Un exemple de données avec script (c'est le dernier) est joint, l'aide sera appréciée (et servira d'opportunité d'apprentissage pour moi-même).
Emmanuel
Re : Problème de scriptBonjour Emmanuel,
Je suis loin d'être un expert mais ce n'est peut-être pas un problème de script.
J'ai observé le phénomène suivant.
Si vous essayez de créer le DoE souhaité à l'aide de la plate-forme de remplissage d'espace, JMP se bloque également.
- Avec 1 variable continue et 3 variables catégorielles à 4 niveaux, c'est OK
- Avec 1 variable continue et 3 variables catégorielles avec 8 niveaux, c'est toujours OK
- Avec 1 variable continue et 3 variables catégorielles à 9 niveaux, le PC ne répond plus
- Avec 1 variable continue et 3 variables catégorielles à 10 niveaux, j'ai un plantage direct.
Re : Problème de scriptBonjour Stéphane,
bon point c'est probablement la partie principale du problème.
Ceci étant dit en réduisant les #levels à 8 cela fonctionne sur la v16 mais toujours pas sur la v17. Sur la v16, si vous l'exécutez une deuxième fois, il plante toujours, je dois fermer et rouvrir JMP-16 pour qu'il fonctionne.
Emmanuel
Re : Problème de scriptBonjour Emmanuel,
Veuillez demander à Solvay de le signaler au support technique ( support@jmp.com ). Ils peuvent vous copier sur le rapport. Le support technique enquêtera, signalera tout problème au développement et aidera le client à trouver une solution de contournement si possible.
Merci !
Re : Problème de scriptSalut Jef,
ils l'ont fait en effet. Je pensais (peut-être que je me trompe) que c'est un problème de script plutôt qu'un bogue. Voyons ce que dira JMP-Support. Emmanuel
Re : Problème de scriptCeci est un bogue - j'ai ouvert un défaut où TS peut mettre à jour avec la piste client ( https://jmpdiscovery.atlassian.net/browse/JMP-16127 ).
@Jeff_Perkinson , si vous voulez pointer TS ici, j'ai pensé que j'apporterais une solution de contournement générale, car c'est en dehors du bogue.
Pour seulement 10 exécutions, tout ce que le code finit par faire est un échantillon aléatoire d'un niveau de chacun de ces catégoriques, puis simplement remplir l'espace d'une dimension du continu. Donc, je n'appellerais pas vraiment cela une conception qui remplit l'espace. S'ils préfèrent, dans JMP 17, nous pouvons gérer des facteurs numériques discrets. En fonction du nombre d'exécutions, il choisira probablement quelques exécutions à 1 et un couple à 10 pour chacun de ces facteurs (et pas toutes les 10 valeurs), mais au moins, il essaie de répartir ces choix de manière numérique. nature.
Re : Problème de scriptJe suis heureux d'apprendre qu'ils ont contacté le support technique.
N'oubliez pas qu'un crash est toujours un bogue et doit être signalé au support technique. Vous ne devriez pas être en mesure de faire une erreur de script et de faire planter JMP.
Re : Problème de scriptSuite ici - le plantage de cet exemple a été signalé au développement et corrigé dans JMP 18 et JMP 17.2.
Re : Problème de scriptTout plantage doit être signalé directement au support technique ( support@jmp.com ). Ils sont les mieux placés pour répondre et suggérer les solutions de contournement qui peuvent exister.
S'il vous plaît, n'essayez pas de faire ce support vous-même. Nous devons suivre les rapports afin de nous assurer qu'ils sont corrigés dans les versions ultérieures.