RAM par ligne<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Quelqu'un peut-il me dire le calcul de la RAM par ligne ?
J'utilise JMP 11 sur une machine Windows 7 32 bits avec 4,00 Go de RAM. Et ma table de données contient 14 variables : 7 numériques et 7 caractères.
Je sais qu'une machine 64 bits serait meilleure. Pour contourner ma situation actuelle, je suis curieux de savoir quel est le plus grand nombre de lignes que je puisse idéalement avoir dans une table de données, puis exécuter une analyse.Si je connais la limite de mémoire, je peux diviser ma table de données en tables plus petites avec le nombre approprié de lignes pour mes données.
Merci!
Re : RAM par ligneBonjour, je suis récemment passé de JMP 11 à JMP 12.
Après avoir réexécuté mes tests de performances avec JMP 12, je peux examiner ces calculs.Merci!
Re : RAM par ligneMerci, Martin.
Après avoir créé mon journal, j'ai fermé le tableau de données et l'analyse. Cela a libéré 16 % de ma mémoire de travail pour la création du PDF.Et j’ai réussi à créer le PDF.
J'examinerai également les autres méthodes suggérées par vous et d'autres.On dirait qu'il y a beaucoup de variables qui contribuent à cela.
Un travail en cours!
Re : RAM par ligneSalut jb,
Je suis d'accord avec tous les autres concernant la RAM, la taille des données et d'autres choses. De plus, vous devez considérer, en regardant l'utilisation de la RAM, que pour l'exportation au format PDF, le système démarrera Acrobat Reader ou le programme PDF approprié que vous utilisez. Cela augmentera la RAM comme vous pourrez le voir sur votre graphique. Selon la façon dont vous enregistrez le rapport dans le journal (avec la table de données en place ou simplement le script pour générer le rapport avec une référence à la table de données), vous utiliserez plus ou moins de mémoire et la taille du fichier du journal sera plus grande. ou plus petit. Et par conséquent, la taille du fichier PDF s'ajustera également (simplement en raison du fait de l'image par rapport à la ligne avec un script - mais je suppose que vous aimez également avoir les graphiques dans le PDF et pas seulement une ligne de script).
Cela dit, il y a beaucoup de frais généraux indépendants de la taille réelle du fichier que vous ne devez pas oublier de prendre en compte lors du calcul de la RAM à utiliser.
Cela pourrait également être utile si vous pouviez fermer les tableaux de données et les rapports immédiatement après que vous n'en avez plus besoin, par exemple après avoir enregistré dans le journal et avant de sauvegarder au format PDF. Je pense que ça vaut le coup d'essayer. Vous pouvez également modifier vos paramètres système (si vous êtes sous Windows) pour permettre l'utilisation de 3 Go de RAM, même sur les systèmes 32 bits. Vous trouverez de nombreux guides sur la façon de procéder étape par étape pour votre système sur le Web.
Acclamations,
Martin
Re : RAM par ligneFil intéressant. Malheureusement, vous travaillez sur une machine 32 bits, vous êtes donc très limité. Comme Jeff l'a mentionné, JMP ne peut accéder qu'à 2 Go de RAM sur un système 32 bits et cette limitation est due à Windows. Alors qu'un système 32 bits peut théoriquement gérer 4 Go, les systèmes 32 bits ont tendance à avoir une limite considérablement inférieure à celle fixée par le système d'exploitation en raison de la surcharge. Je sais que sous Windows XP, la limite était effectivement de 3 Go, mais au moment où j'utilisais Vista/7, je travaillais sur des ordinateurs 64 bits.
En parlant de surcharge, il n'y a pas de corrélation directe entre la taille du fichier et l'utilisation de la mémoire pour une application utilisant ledit fichier. Les besoins en mémoire de l'application peuvent être sensiblement supérieurs à la taille du fichier car 1) l'application nécessite de la mémoire et 2) l'exécution de processus dans l'application nécessite de la mémoire. Une application telle que JMP peut entraîner une surcharge considérable en raison de la nature du travail que vous effectuez.
Quant à la conversion de Ko en Go, cela a toujours été un point sensible pour moi sous Windows ; à qui j'ajoute l'une des nombreuses choses que je déteste à propos de Windows. OS X indique la taille des fichiers avec les unités appropriées, mais Windows insiste pour se comporter comme si nous étions dans les années 1980 et tout est mesuré en kilo-octets. Contrairement aux équipementiers de stockage qui ont commencé à signaler par erreur la capacité en unités de base 10 dans les années 90, les systèmes d'exploitation signalent toujours de véritables unités d'octets pour la mémoire et le stockage qui sont des puissances de 1024 (Base 2, 2 ^ 10). Ainsi,
- 1 Ko = 1024 octets
- 1 Mo = 1 024 Ko
- 1 Go = 1024 Mo
Re : RAM par ligneMerci à tous pour vos suggestions.
J'ai besoin de la plupart des (longues) colonnes de caractères nominaux pour le regroupement.La suppression de quelques colonnes de caractères ordinaux a eu un effet négligeable sur les performances.
Oui, chaque machine est différente (et exécute différents processus en arrière-plan).Sur la base de mes M (machine, matériel/données et méthode), JMP s'arrête (ou se fige) lorsque la machine approche 65 % d'utilisation de la RAM ; cela utilisait une table de données de 200 000 lignes (environ 20 000 Ko).À ce stade, le Gestionnaire des tâches de Windows affichait une utilisation de la mémoire JMP de 1 343 424 Ko.
Notez que j'utilisais ces étapes : (1) ouvrir JMP, (2) ouvrir les lignes DT et couleurs, (3) exécuter CChart, (4) créer un journal et (5) enregistrer au format PDF.
Toute aide pour interpréter la taille des fichiers des tableaux de données (conversion de Ko en Go) pour la gestion de la mémoire JMP serait appréciée. Merci!.
Re : RAM par ligneIdée intéressante! Malheureusement, j'importe depuis Excel.
Re : RAM par ligneSalut jb,
En fonction du format de vos colonnes de caractères et du nombre de lignes, une option que vous pouvez envisager est d'essayer de compresser les colonnes de caractères, disponible dans les paramètres d'importation dans Préférences > Fichiers de données texte.Pour que cela fonctionne correctement, vous devrez peut-être également activer la vérification de la liste verte (activée sur mon système).
Cette option analyse les colonnes de caractères pour identifier les colonnes qui ont <= 256 valeurs uniques.Cela se produit dans nos données où nous avons de longs noms d'étiquettes catégorielles, mais < 100 valeurs uniques.Pour les colonnes de caractères qui répondent à ce critère <= 256 valeurs uniques, JMP est capable de les compresser afin que chaque cellule ne prenne qu'un seul octet.L'ouverture des fichiers prend plus de temps, mais peut économiser beaucoup de mémoire en fonction de la structure de vos données.Mieux encore, sur l'écran, tout se ressemble, donc tout se passe de manière plutôt transparente.
Re : RAM par ligneNotre règle générale est que vous avez besoin de deux fois plus de mémoire que la plus grande table de données que vous utiliserez. Cela est vrai pour les systèmes 32 bits et 64 bits.
Pour obtenir une estimation de la taille d'une table de données en mémoire, examinez la taille du fichier .JMP sur le disque.* C'est un indicateur assez fiable de la quantité de mémoire utilisée par la table de données.
JMP exécuté sur une machine 32 bits peut accéder à un maximum de 2 Go de mémoire.
Ainsi, sur un système 32 bits, la plus grande table de données que vous pouvez utiliser confortablement est de 1 Go.
Ceci n'est qu'une ligne directrice générale car certaines opérations et analyses peuvent nécessiter beaucoup de mémoire supplémentaire.
-Jeff
*En supposant que ce ne soit pas le cas compresser les colonnes lorsque vous enregistrez.
Re : RAM par lignejb,
Je n'ai pas fait de calcul, mais j'ai une solution de contournement potentielle.Les colonnes utilisent le plus de mémoire et les données de caractères en utiliseront plus que des données numériques.
Tous les ordinateurs ne sont pas créés égaux et les processus exécutés en arrière-plan sur votre ordinateur peuvent être différents de ceux exécutés sur l'ordinateur de quelqu'un d'autre.Démarrez/redémarrez votre ordinateur sans aucune application ouverte.Ouvrez votre gestionnaire de tâches et sélectionnez les performances.Vérifiez la RAM utilisée à ce stade.Ouvrez JMP et vérifiez la RAM utilisée après ouverture.Ouvrez la table de données qui vous intéresse et commencez à réduire le nombre de lignes pour voir où vous obtenez un seuil de rentabilité sur la RAM.Exécutez une analyse "simple" comme Fit Y by X et vérifiez l'utilisation de la RAM.C'est sur les plates-formes d'analyse que vous verrez que la différence de performances en fonction de la RAM disponible a le plus d'effet.Cela dépend du temps que vous êtes prêt à attendre pour qu’une analyse donnée soit terminée.Vous pouvez utiliser une méthode de retrait de variable telle que la partition pour vous aider à déterminer quelles variables sont les plus importantes pour votre modèle et utiliser uniquement ces colonnes dans votre analyse.
J'espère que cela t'aides.
Meilleur,
Facture
