OVH Cloud OVH Cloud

RAM Linux 2.4.21

3 réponses
Avatar
Motodashi
Bonjour,
j'ai installé récemment le noyau 2.4.21 sur une mdk 8.2.
Tout s'est à peu près bien passé sauf que quand je tape gmemusage pour
regarder l'occupation de la RAM, je voit qu'au début le processus désigné
sous le nom de linux occupe dans les 10Mo,mais après quelques minutes, au
fur et à mesure, il occupe bcp plus (30, 40, 50, voire bcp plus) si bien
que sans rien lancer, je vois que l'occupation de la RAM est à 210Mo (avec
l'utilitaire asmon), alors ca m'inquiete un peu, est-ce normal ?
Question subsidiaire : quelle est la différence entre les champs RSS et
VSZ avec "ps aux" parce que j'ai fait un script qui fait la somme de
toutes les valeurs des champs RSS et VSZ et je ne tombe pas sur la meme
valeur que asmon (idem avec %mem).

Vous l'aurez compris : je connais pas grand chose à la RAM.

--
<Mooby> dites comment on fait pour lancer un prg sous NT? on double
clique dessus, c'est bien ca ?

- #linuxfr

3 réponses

Avatar
no_spam
On Tue, 27 Jan 2004 20:44:02 +0100, Motodashi wrote:

Bonjour,
j'ai installé récemment le noyau 2.4.21 sur une mdk 8.2.
Tout s'est à peu près bien passé sauf que quand je tape gmemusage pour
regarder l'occupation de la RAM, je voit qu'au début le processus désigné
sous le nom de linux occupe dans les 10Mo,mais après quelques minutes, au
fur et à mesure, il occupe bcp plus (30, 40, 50, voire bcp plus) si bien
que sans rien lancer, je vois que l'occupation de la RAM est à 210Mo (avec
l'utilitaire asmon), alors ca m'inquiete un peu, est-ce normal ?


Non.
top est très bien pour voir qui consome de la RAM, en plus
il est standard, en passant.

Question subsidiaire : quelle est la différence entre les champs RSS et
VSZ avec "ps aux" parce que j'ai fait un script qui fait la somme de
toutes les valeurs des champs RSS et VSZ et je ne tombe pas sur la meme
valeur que asmon (idem avec %mem).


VSS: virtual size
RSS: resident size
La VSS est la taille totale de l'espace RAM qu'occuperait l'application
(en fait le thread, mais bon) s'il était entièrement chargé en RAM
et ne partageait rien avec d'autres process (pas de librairies
partagées, pas de copy-on-write, ...).
La RSS est l'espace de RAM physique réellement utilisée par le process.

Vous l'aurez compris : je connais pas grand chose à la RAM.


On en connait jamais rien avant de savoir, non ? ;-)

Avatar
Harry Cover
On Tue, 27 Jan 2004 20:44:02 +0100, Motodashi
wrote:

Bonjour,
j'ai installé récemment le noyau 2.4.21 sur une mdk 8.2.
Tout s'est à peu près bien passé sauf que quand je tape gmemusage pour
regarder l'occupation de la RAM, je voit qu'au début le processus désigné
sous le nom de linux occupe dans les 10Mo
Arf ;) Le noyau n'est pas un processus. Ne pas confondre ;)


fur et à mesure, il occupe bcp plus (30, 40, 50, voire bcp plus) si bien
que sans rien lancer, je vois que l'occupation de la RAM est à 210Mo (avec
l'utilitaire asmon), alors ca m'inquiete un peu, est-ce normal ?
Oui. Le noyau utilise la RAM libre pour cacher les fichiers. Cette

mémoire sera libérée pour fournir de la RAM à une appli qui en
demande.

Avatar
Motodashi
Le Wed, 28 Jan 2004 09:31:40 +0100, Harry Cover a écrit:

On Tue, 27 Jan 2004 20:44:02 +0100, Motodashi
wrote:

Bonjour,
j'ai installé récemment le noyau 2.4.21 sur une mdk 8.2.
Tout s'est à peu près bien passé sauf que quand je tape gmemusage pour
regarder l'occupation de la RAM, je voit qu'au début le processus
désigné
sous le nom de linux occupe dans les 10Mo
Arf ;) Le noyau n'est pas un processus. Ne pas confondre ;)


Je me doutais que ct pas le bon terme, mais dans gmemusage ca s'appelle

linux
fur et à mesure, il occupe bcp plus (30, 40, 50, voire bcp plus) si bien
que sans rien lancer, je vois que l'occupation de la RAM est à 210Mo
(avec
l'utilitaire asmon), alors ca m'inquiete un peu, est-ce normal ?
Oui. Le noyau utilise la RAM libre pour cacher les fichiers. Cette

mémoire sera libérée pour fournir de la RAM à une appli qui en
demande.





--
<Mooby> dites comment on fait pour lancer un prg sous NT? on double
clique dessus, c'est bien ca ?

- #linuxfr