j'ai depuis peu mon premier Mac, un G4 400Mhz, 320Mo de RAM, sous 10.3
Le problème est que je le trouve parfois peu réactif. Un clic dans la
barre d'adresse de Safari ou un Pomme-T dans Safari peut prendre plus
d'une seconde avant que le système ne réagisse, avec parfois la roue
multicolore entrant en action.
Y'a-t'il un moyen d'accèlerer un peu tout ça, en désactivant des options
qui servent à faire beau par exemple ?
Je me racheterais bien un Mac plus puissant mais c'est un peu cher et je
préfère attendre Tiger maintenant tant qu'à faire.
Qu'une application soit utilisée ou non ne change rien, la mémoire bouffée. Ce n'est que sur le cpu que l'activité ou la non-activité d'une application peut jouer, non pas sur la Ram.
Bien sûr que si, les données utilisées (une application y compris) non-utilisées ne restent pas en mémoire vive mais sont déplacées vers le disque dur. Elles y restent jusqu'à ce qu'elles soient nécessaires à nouveau.
Outre cela, redémarrer permet d'éliminer les résidus de la mémoire qui ne se vide pas toujours correctement à la fermeture des applications, et en général, de faire un bon nettoyage automatique.
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
Un ordinateur c'est comme tout le reste...à un moment, trop c'est trop :)
OK pour Windows 95, MacOS < X & co, mais les Unix et les OS modernes savent faire tourner une machine des mois en utilisation intensive et sans redemarrage, heureusement :)
-- Olivier
Anne-Claire Schlesinger wrote:
Qu'une application
soit utilisée ou non ne change rien, la mémoire bouffée. Ce n'est que sur le
cpu que l'activité ou la non-activité d'une application peut jouer, non pas
sur la Ram.
Bien sûr que si, les données utilisées (une application y compris)
non-utilisées ne restent pas en mémoire vive mais sont déplacées vers le
disque dur. Elles y restent jusqu'à ce qu'elles soient nécessaires à
nouveau.
Outre cela, redémarrer permet d'éliminer les résidus de la mémoire qui ne se
vide pas toujours correctement à la fermeture des applications, et en
général, de faire un bon nettoyage automatique.
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide
BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
Un ordinateur c'est comme tout le reste...à un moment, trop c'est trop :)
OK pour Windows 95, MacOS < X & co, mais les Unix et les OS modernes
savent faire tourner une machine des mois en utilisation intensive et
sans redemarrage, heureusement :)
Qu'une application soit utilisée ou non ne change rien, la mémoire bouffée. Ce n'est que sur le cpu que l'activité ou la non-activité d'une application peut jouer, non pas sur la Ram.
Bien sûr que si, les données utilisées (une application y compris) non-utilisées ne restent pas en mémoire vive mais sont déplacées vers le disque dur. Elles y restent jusqu'à ce qu'elles soient nécessaires à nouveau.
Outre cela, redémarrer permet d'éliminer les résidus de la mémoire qui ne se vide pas toujours correctement à la fermeture des applications, et en général, de faire un bon nettoyage automatique.
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
Un ordinateur c'est comme tout le reste...à un moment, trop c'est trop :)
OK pour Windows 95, MacOS < X & co, mais les Unix et les OS modernes savent faire tourner une machine des mois en utilisation intensive et sans redemarrage, heureusement :)
-- Olivier
Olivier Croquette
patpro ~ patrick proniewski wrote:
En même temps, si j'interprete les résultats de top correctement :
ça veut dire que j'ai 90Mo de mémoire non utilisée non ?
non, 6,24 Mo non utilisés, 90,6 Mo inactifs (qui ont servis et/ou qui vont servir)
OK, je voulais dire non utilisée par les applications. Est-ce correct comme ça ?
-- Olivier
patpro ~ patrick proniewski
In article <cfarok$2an$07$, Olivier Croquette wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <cfarok$2an$07$1@news.t-online.com>,
Olivier Croquette <ocroquette@free.fr> wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide
BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal
codée), et si elle tente de sortir de l'espace imparti, le kernel fait
le ménage (sauf erreur).
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <cfarok$2an$07$, Olivier Croquette wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
patpro ~ patrick proniewski
In article <cfarta$2an$07$, Olivier Croquette wrote:
patpro ~ patrick proniewski wrote:
En même temps, si j'interprete les résultats de top correctement :
ça veut dire que j'ai 90Mo de mémoire non utilisée non ?
non, 6,24 Mo non utilisés, 90,6 Mo inactifs (qui ont servis et/ou qui vont servir)
OK, je voulais dire non utilisée par les applications. Est-ce correct comme ça ?
des spécialistes pourrait t'en dire plus, moi je code pas du tout, donc les mécanismes de gestion de la mémoire je les survole juste ;)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Olivier Croquette
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites mémoires, mais quand elle se termine l'OS récupére tout. Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On peut faire des quotas de mémoire par processur sous MacOS ?
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
-- Olivier
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide
BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal
codée), et si elle tente de sortir de l'espace imparti, le kernel fait
le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites
mémoires, mais quand elle se termine l'OS récupére tout.
Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application
en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On
peut faire des quotas de mémoire par processur sous MacOS ?
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en
cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites mémoires, mais quand elle se termine l'OS récupére tout. Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On peut faire des quotas de mémoire par processur sous MacOS ?
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
-- Olivier
patpro ~ patrick proniewski
In article <cfatvu$ln4$03$, Olivier Croquette wrote:
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites mémoires, mais quand elle se termine l'OS récupére tout. Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On peut faire des quotas de mémoire par processur sous MacOS ?
je parlais plutot de "l'ère de jeu" de l'application, de taille variable donc, mais se limitant à sa propre zone mémoire. Grace à la mémoire protégée une appli ne peut pas allez utiliser les zones mémoires d'autres appli. Pour les quotas c'est possible sur plein d'UNIX, mais il faudrait regarder ce que ca donne sur OSX.
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
yep
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <cfatvu$ln4$03$1@news.t-online.com>,
Olivier Croquette <ocroquette@free.fr> wrote:
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide
BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal
codée), et si elle tente de sortir de l'espace imparti, le kernel fait
le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites
mémoires, mais quand elle se termine l'OS récupére tout.
Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application
en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On
peut faire des quotas de mémoire par processur sous MacOS ?
je parlais plutot de "l'ère de jeu" de l'application, de taille variable
donc, mais se limitant à sa propre zone mémoire. Grace à la mémoire
protégée une appli ne peut pas allez utiliser les zones mémoires
d'autres appli.
Pour les quotas c'est possible sur plein d'UNIX, mais il faudrait
regarder ce que ca donne sur OSX.
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en
cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
yep
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <cfatvu$ln4$03$, Olivier Croquette wrote:
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites mémoires, mais quand elle se termine l'OS récupére tout. Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On peut faire des quotas de mémoire par processur sous MacOS ?
je parlais plutot de "l'ère de jeu" de l'application, de taille variable donc, mais se limitant à sa propre zone mémoire. Grace à la mémoire protégée une appli ne peut pas allez utiliser les zones mémoires d'autres appli. Pour les quotas c'est possible sur plein d'UNIX, mais il faudrait regarder ce que ca donne sur OSX.
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
yep
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Pascal Bourguignon
Olivier Croquette writes:
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
Bin t'a rien compris!
MacOS est un système d'exploitation en soi, périmé.
MacOSX est basé sur un noyau Mach, sur lequel tourne une personnalité Unix BSD, nommé Darwin.
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites mémoires, mais quand elle se termine l'OS récupére tout. Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On peut faire des quotas de mémoire par processur sous MacOS ?
limit(1), ulimit(2)
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
... ce qui aurait été suprenant ... MacOS: 1984+2002 RIP.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Olivier Croquette <ocroquette@free.fr> writes:
patpro ~ patrick proniewski wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix
solide BSD, depuis quand y a-t'il des fuites de mémoire dans les
BSD ? :)
Bin t'a rien compris!
MacOS est un système d'exploitation en soi, périmé.
MacOSX est basé sur un noyau Mach, sur lequel tourne une personnalité
Unix BSD, nommé Darwin.
y'en a, y'en a, mais elles sont circonscrites à l'application (mal
codée), et si elle tente de sortir de l'espace imparti, le kernel
fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites
mémoires, mais quand elle se termine l'OS récupére tout.
Donc nul besoin de redémarrer, juste de quitter (ou tuer)
l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On
peut faire des quotas de mémoire par processur sous MacOS ?
limit(1), ulimit(2)
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en
cause, ce qui serait surprenant (ou plutôt décevant) de la part de
MacOS.
... ce qui aurait été suprenant ... MacOS: 1984+2002 RIP.
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
Bin t'a rien compris!
MacOS est un système d'exploitation en soi, périmé.
MacOSX est basé sur un noyau Mach, sur lequel tourne une personnalité Unix BSD, nommé Darwin.
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Ça c'est clair, n'importe quelle application peut avoir des fuites mémoires, mais quand elle se termine l'OS récupére tout. Donc nul besoin de redémarrer, juste de quitter (ou tuer) l'application en cause.
Quant à "l'espace imparti", je suppose que tu parles des quotas !? On peut faire des quotas de mémoire par processur sous MacOS ?
limit(1), ulimit(2)
Par contre, si redemarrer est nécessaire, alors c'est l'OS qui est en cause, ce qui serait surprenant (ou plutôt décevant) de la part de MacOS.
... ce qui aurait été suprenant ... MacOS: 1984+2002 RIP.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Vincent NICOLAS
In article , patpro ~ patrick proniewski wrote:
In article <cfarok$2an$07$, Olivier Croquette wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Je pense que c'est ça en effet. Par contre, parfois, des applis sortent mal et donc ne meurent pas, ne libérant pas la mémoire qu'elles occupaient. Donc, dans ces cas là, tu peux avoir des pertes de CPU et/ou de mémoire pour rien.
Un petit "top" dans le terminal ou mieux, le Moniteur d'Activité devient alors ton ami pour faire le ménage soi-même.
-- Vincent Nicolas En direct de Lyon
In article <patpro-52FB7A.18142910082004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <cfarok$2an$07$1@news.t-online.com>,
Olivier Croquette <ocroquette@free.fr> wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide
BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal
codée), et si elle tente de sortir de l'espace imparti, le kernel fait
le ménage (sauf erreur).
Je pense que c'est ça en effet. Par contre, parfois, des applis sortent
mal et donc ne meurent pas, ne libérant pas la mémoire qu'elles
occupaient. Donc, dans ces cas là, tu peux avoir des pertes de CPU et/ou
de mémoire pour rien.
Un petit "top" dans le terminal ou mieux, le Moniteur d'Activité devient
alors ton ami pour faire le ménage soi-même.
--
Vincent Nicolas
En direct de Lyon
vintzSANSPAM@infonie.fr
In article <cfarok$2an$07$, Olivier Croquette wrote:
Euh... j'ai cru comprendre que MacOS était basé sur un noyau Unix solide BSD, depuis quand y a-t'il des fuites de mémoire dans les BSD ? :)
y'en a, y'en a, mais elles sont circonscrites à l'application (mal codée), et si elle tente de sortir de l'espace imparti, le kernel fait le ménage (sauf erreur).
Je pense que c'est ça en effet. Par contre, parfois, des applis sortent mal et donc ne meurent pas, ne libérant pas la mémoire qu'elles occupaient. Donc, dans ces cas là, tu peux avoir des pertes de CPU et/ou de mémoire pour rien.
Un petit "top" dans le terminal ou mieux, le Moniteur d'Activité devient alors ton ami pour faire le ménage soi-même.
-- Vincent Nicolas En direct de Lyon
Philippe Di Valentin
Le 10/08/04 11:47, Olivier Croquette écrivait:
Bonsoir,
Je viens de copier votre message sur Google car depuis 15h je n'ai plus de retour du NG; le courrier perso passe, le spam aussi:-) mais pas les posts du News Group. Wanamou doit avoir un problème à ce niveau. ____________________________________
A priori, la RAM d'une application non utilisée est mise sur le disque dur si nécessaire, et elle ne consomme quasiment pas de CPU. Typiquement, j'ai Thunderbird, Safari, iTunes, Terminal, Path Finder, plus de temps en temps GraphicConverter, VLC, ce qui ne me parait pas excessif.
320 Mo RAM avec tout cela ouvert c'est pas suffisant en effet comme le souligne un participant au fil. Vous êtes "au four et au moulin" avec votre machine:-))
Un redémarrage de temps à autre est judicieux.
Dommage je trouve, mais merci de l'info.
Vous craignez qu'il ne redémarre plus ?:-)) Avec peu de mémoire et beaucoup d'applis ouvertes il est probable que vous avez un certain nombre de fichiers swaps totalisant une valeur importante. Dans ce cas c'est pas ce qu'il y a de mieux pour la réactivité. En redémarrant les fichiers swaps sont éliminés et un seul est recréé.
De temps à autre ça se compte en jours ou en semaines ?
Recherchez les pour connaître leur nombre et les éliminer si vous le souhaitez,quand vous le souhaitez.
J'utilise un iMac 350 avec 256 Mo RAM; c'est inférieur à votre G4 ; il fonctionne parfaitement et surtout rapidement. Je signale cela car on évoque toujours le manque de mémoire. Et à propos de mémoire plusieurs possesseurs de machines "d'enfer" avec du "giga et des poussières" de RAM se plaignaient ici,également de "lenteurs".
-- Philippe
Le 10/08/04 11:47, Olivier Croquette écrivait:
Bonsoir,
Je viens de copier votre message sur Google car depuis 15h je n'ai plus de
retour du NG; le courrier perso passe, le spam aussi:-) mais pas les posts
du News Group.
Wanamou doit avoir un problème à ce niveau.
____________________________________
A priori, la RAM d'une application non utilisée est mise sur le disque
dur si nécessaire, et elle ne consomme quasiment pas de CPU.
Typiquement, j'ai Thunderbird, Safari, iTunes, Terminal, Path Finder,
plus de temps en temps GraphicConverter, VLC, ce qui ne me parait pas
excessif.
320 Mo RAM avec tout cela ouvert c'est pas suffisant en effet comme le
souligne un participant au fil.
Vous êtes "au four et au moulin" avec votre machine:-))
Un redémarrage de temps à autre est judicieux.
Dommage je trouve, mais merci de l'info.
Vous craignez qu'il ne redémarre plus ?:-))
Avec peu de mémoire et beaucoup d'applis ouvertes il est probable que vous
avez un certain nombre de fichiers swaps totalisant une valeur importante.
Dans ce cas c'est pas ce qu'il y a de mieux pour la réactivité.
En redémarrant les fichiers swaps sont éliminés et un seul est recréé.
De temps à autre ça se compte en jours ou en semaines ?
Recherchez les pour connaître leur nombre et les éliminer si vous le
souhaitez,quand vous le souhaitez.
J'utilise un iMac 350 avec 256 Mo RAM; c'est inférieur à votre G4 ; il
fonctionne parfaitement et surtout rapidement.
Je signale cela car on évoque toujours le manque de mémoire.
Et à propos de mémoire plusieurs possesseurs de machines "d'enfer" avec du
"giga et des poussières" de RAM se plaignaient ici,également de "lenteurs".
Je viens de copier votre message sur Google car depuis 15h je n'ai plus de retour du NG; le courrier perso passe, le spam aussi:-) mais pas les posts du News Group. Wanamou doit avoir un problème à ce niveau. ____________________________________
A priori, la RAM d'une application non utilisée est mise sur le disque dur si nécessaire, et elle ne consomme quasiment pas de CPU. Typiquement, j'ai Thunderbird, Safari, iTunes, Terminal, Path Finder, plus de temps en temps GraphicConverter, VLC, ce qui ne me parait pas excessif.
320 Mo RAM avec tout cela ouvert c'est pas suffisant en effet comme le souligne un participant au fil. Vous êtes "au four et au moulin" avec votre machine:-))
Un redémarrage de temps à autre est judicieux.
Dommage je trouve, mais merci de l'info.
Vous craignez qu'il ne redémarre plus ?:-)) Avec peu de mémoire et beaucoup d'applis ouvertes il est probable que vous avez un certain nombre de fichiers swaps totalisant une valeur importante. Dans ce cas c'est pas ce qu'il y a de mieux pour la réactivité. En redémarrant les fichiers swaps sont éliminés et un seul est recréé.
De temps à autre ça se compte en jours ou en semaines ?
Recherchez les pour connaître leur nombre et les éliminer si vous le souhaitez,quand vous le souhaitez.
J'utilise un iMac 350 avec 256 Mo RAM; c'est inférieur à votre G4 ; il fonctionne parfaitement et surtout rapidement. Je signale cela car on évoque toujours le manque de mémoire. Et à propos de mémoire plusieurs possesseurs de machines "d'enfer" avec du "giga et des poussières" de RAM se plaignaient ici,également de "lenteurs".
-- Philippe
Bruno Jargot
Olivier Croquette wrote
En même temps, si j'interprete les résultats de top correctement :
ça veut dire que j'ai 90Mo de mémoire non utilisée non ?
Note: je connais encore assez mal MacOS. Mes propos sont donc principalement basé sur une connaissance de Unix mais MacOS est un Unix.
Les chiffres qui me paraissent les plus importants sont : 233823(0) pageins et surtout 74844(0) pageouts
Ces chiffres indiquent l'activité du swap.
Pour le pageins, cela inclus le chargement initial des données en mémoire. Pour le pageouts, cela indique le nombre de pages (le sytème gère la mémoire par "page" de 4ko) que le système a du écrire dans le fichier de swap afin de libérer de la mémoire vive. Cela implique un ralentissement : le système a eu besoin de mémoire. Pour en avoir, il a du virer des données de la mémoire sur le disque avant de pouvoir satisfaire la demande d'allocation de mémoire.
Ce qui est particulièrement intéressant de voir, c'est l'évolution de ces chiffres (le chiffre en parenthèse). Si le chiffre est élevé, cela indique que le système swappe et donc qu'il y a un ralentissement général du système.
(tu peux aussi utiliser la commande vm_stat 1 pour avoir un état toute les secondes de la mémoire virtuelle.
6.24 M de libre, c'est très peu. Il faut savoir que le système laisse en permanence un minimum d'espace mémoire de disponible. Donc, tu n'auras jamais 0M de libre.
233823 pageins 74844 pageouts
Ces chiffres sont tout de même assez conséquent. Mais il faudrait savoir sur quel durée cette activité s'est déroulee.
Ce qu'il faudrait : Tu ouvres un terminal dans un coin. Tu lances alors la commande : vm_stat 2
Puis tu vaques à tes occupations. Quand tu trouves que le système est lent, tu regardes le résultat de la commande. Tu peux poster ici les résultats quand le système rame.
Mais, a priori, il y aurait un manque de mémoire par rapport à l'activité de ton mac.
Olivier Croquette wrote
En même temps, si j'interprete les résultats de top correctement :
ça veut dire que j'ai 90Mo de mémoire non utilisée non ?
Note: je connais encore assez mal MacOS. Mes propos sont donc
principalement basé sur une connaissance de Unix mais MacOS est un
Unix.
Les chiffres qui me paraissent les plus importants sont :
233823(0) pageins
et surtout
74844(0) pageouts
Ces chiffres indiquent l'activité du swap.
Pour le pageins, cela inclus le chargement initial des données en
mémoire.
Pour le pageouts, cela indique le nombre de pages (le sytème gère la
mémoire par "page" de 4ko) que le système a du écrire dans le fichier
de swap afin de libérer de la mémoire vive. Cela implique un
ralentissement : le système a eu besoin de mémoire. Pour en avoir, il
a du virer des données de la mémoire sur le disque avant de pouvoir
satisfaire la demande d'allocation de mémoire.
Ce qui est particulièrement intéressant de voir, c'est l'évolution de
ces chiffres (le chiffre en parenthèse). Si le chiffre est élevé,
cela indique que le système swappe et donc qu'il y a un
ralentissement général du système.
(tu peux aussi utiliser la commande vm_stat 1 pour avoir un état
toute les secondes de la mémoire virtuelle.
6.24 M de libre, c'est très peu. Il faut savoir que le système laisse
en permanence un minimum d'espace mémoire de disponible. Donc, tu
n'auras jamais 0M de libre.
233823 pageins
74844 pageouts
Ces chiffres sont tout de même assez conséquent. Mais il faudrait
savoir sur quel durée cette activité s'est déroulee.
Ce qu'il faudrait :
Tu ouvres un terminal dans un coin. Tu lances alors la commande :
vm_stat 2
Puis tu vaques à tes occupations. Quand tu trouves que le système est
lent, tu regardes le résultat de la commande. Tu peux poster ici les
résultats quand le système rame.
Mais, a priori, il y aurait un manque de mémoire par rapport à
l'activité de ton mac.
ça veut dire que j'ai 90Mo de mémoire non utilisée non ?
Note: je connais encore assez mal MacOS. Mes propos sont donc principalement basé sur une connaissance de Unix mais MacOS est un Unix.
Les chiffres qui me paraissent les plus importants sont : 233823(0) pageins et surtout 74844(0) pageouts
Ces chiffres indiquent l'activité du swap.
Pour le pageins, cela inclus le chargement initial des données en mémoire. Pour le pageouts, cela indique le nombre de pages (le sytème gère la mémoire par "page" de 4ko) que le système a du écrire dans le fichier de swap afin de libérer de la mémoire vive. Cela implique un ralentissement : le système a eu besoin de mémoire. Pour en avoir, il a du virer des données de la mémoire sur le disque avant de pouvoir satisfaire la demande d'allocation de mémoire.
Ce qui est particulièrement intéressant de voir, c'est l'évolution de ces chiffres (le chiffre en parenthèse). Si le chiffre est élevé, cela indique que le système swappe et donc qu'il y a un ralentissement général du système.
(tu peux aussi utiliser la commande vm_stat 1 pour avoir un état toute les secondes de la mémoire virtuelle.
6.24 M de libre, c'est très peu. Il faut savoir que le système laisse en permanence un minimum d'espace mémoire de disponible. Donc, tu n'auras jamais 0M de libre.
233823 pageins 74844 pageouts
Ces chiffres sont tout de même assez conséquent. Mais il faudrait savoir sur quel durée cette activité s'est déroulee.
Ce qu'il faudrait : Tu ouvres un terminal dans un coin. Tu lances alors la commande : vm_stat 2
Puis tu vaques à tes occupations. Quand tu trouves que le système est lent, tu regardes le résultat de la commande. Tu peux poster ici les résultats quand le système rame.
Mais, a priori, il y aurait un manque de mémoire par rapport à l'activité de ton mac.
