Exécutez des tâches chronophages en arrière-planNous sommes frustrés lorsque nous trouvons JMP figé après le démarrage d'un script qui prend beaucoup de temps. Mais même dans la plupart de ces situations, un seul thread CPU est actif. JMP devrait pouvoir tirer parti des processeurs multicœurs actuels et continuer à fonctionner même lorsqu'un script lourd est en cours d'exécution.
ScriptRe : Exécuter des tâches chronophages en arrière-plan - Statut changé en : AcquisSalut @nao , Merci pour votre suggestion! Nous avons enregistré votre demande et la prendrons en considération.
Re : Exécuter des tâches chronophages en arrière-planJe vais remonter ce sujet. J'ai un Macbook Pro de 32 Go (RAM) et, même si JMP est le seul programme en cours d'exécution qui nécessite plus de 100 Mo de RAM (c'est-à-dire aucun autre programme gourmand en RAM), je ne peux pas obtenir mon Macbook Pro ( 2019) pour allouer plus de 2 Go de RAM à JMP. Je me rends compte que c'est probablement plus un problème Mac qu'un problème JMP, mais il semble étrange que j'ai 32 Go de RAM, dont seulement 1 va à JMP, puis l'analyse se bloque pendant une heure avant la fin (82 colonnes x 1000 lignes MDS). Ne puis-je pas simplement dire à mon ordinateur d'utiliser tout ce qu'il a pour l'application en question ? Je veux dire, je suppose que le CPU est à 100% lors de cette analyse MDS, mais ça fait bizarre que la mémoire allouée à JMP ne dépasse jamais 2 Go, malgré 30 Go de RAM inutilisée ! La même analyse sur mon Macbook Air de 8 Go de RAM prend le même temps. Toutes choses étant égales par ailleurs, un ordinateur de 32 Go de RAM ne devrait-il pas mieux gérer un gros travail qu'un ordinateur de 8 Go de RAM ?
Re : Exécuter des tâches chronophages en arrière-planJe compresse régulièrement les données. Ceci est très utile lorsque vous devez travailler sur une grande table de données. Voici une autre astuce : lorsque vous devez travailler sur un énorme jeu de données mais que vous n'utilisez régulièrement qu'un nombre limité de colonnes et qu'il existe de nombreuses colonnes peu (ou jamais) utilisées, vous pouvez accélérer les choses en détachant les colonnes moins fréquemment utilisées à l'aide de la commande Sous-ensemble. /fonction, en créant une colonne d'ID partagée sur les deux tables et en les liant via Virtual Join.Re : Exécuter des tâches chronophages en arrière-planMerci pour la clarification. J'aime vraiment la capacité de JMP à tirer parti des processeurs multicœurs dans certaines tâches spécifiques, comme l'affichage d'histogrammes de plusieurs colonnes. J'apprécie également la capacité de multi-threading de JSL activée via la fonction Parallel Assign(). Une petite astuce que j'utilise souvent consiste à démarrer une instance distincte de JMP pendant le traitement d'une tâche fastidieuse. Le problème survient lorsque nous ne parvenons pas à prédire une tâche fastidieuse dans JSL, passant généralement par une table de données volumineuses, et constatons que JMP se fige sans même afficher de barre de progression. Dans de telles situations, travailler sur une instance JMP distincte est utile, mais JMP n'est pas conçu pour faciliter une telle utilisation multi-instance et c'est généralement très déroutant et souvent inefficace car nous devons accorder une grande attention à l'instance de JMP qui fait Quel. Je ne peux pas m'empêcher de manquer RStudio, qui envoie des codes à R exécuté en arrière-plan et continue d'accepter des commandes pendant le traitement de toute tâche fastidieuse.Re : Exécuter des tâches chronophages en arrière-planJMP est définitivement multi-thread et peut utiliser plusieurs cœurs de processeur... mais toutes les plates-formes n'en profitent pas.
Voici une liste des plates-formes JMP multithread : http://www.jmp.com/support/notes/49/280.html
Et vous pouvez également essayer de compresser la table de données, ce qui peut être un énorme gain de mémoire et de temps d'exécution : https://community.jmp.com/t5/Discussions/how-to-optimize-the-cpu-memory-usage-in-jmp-on-Windows/td-p/8492
Re : Exécution de tâches chronophages en arrière-plan – Statut modifié en : Reconnu
