[RAM] gestion de la memoire.
nrona...@alphacsp.com
J'ai une potato 2.2 R2 avec un noyau 2.4.5 sur un portable HP omnibook 900.
J'ai 192 Mo de SDRAM
Je m'etonne car j'ai pas beaucoups d'applie qui tourne et pourtant, le petit
malin swap (quand je bascule d'un bureau virtuel a l'autre par exemple, et qu'il
doit rappeler une fenetre, c'est flagrant).
Bref je vous montre l'etat de ma memoire :
vmstat 1
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 0 0 82032 3552 1736 141064 2 3 18 5 186 487 2 1 97
1 0 0 82032 3552 1736 141064 0 0 0 0 114 434 1 0 99
0 0 0 82032 3548 1736 141064 0 0 0 0 116 439 0 0 100
(la premiere ligne est la moyenne depuis le dernier boot, ce matin. On voit bien
que ca a swappé un peu tt de meme).
Ce qui me surprend c'est que j'ai une enorme partie utilisée en cache. Ca ne me
derrangerais pas plus que ca si il ne swappais pas. Ma memoire utilisé ne
dépasse pas 192-141-3,5 ~= 50 Mo a tout casser. Alors pourquoi swap-t-il ?
C'est plutot un probleme applicatif ou de compile kernel, ou de kernel tout
court a votre avis ? Je metterais de coté l'applicatif, vu que j'ai l'impression
que ca m'arrive tout le temps quelque soit le truc que je fais (du mozilla, du
star office pour citer les gourmants), en fin de journée le swap s'est rempli,
comme dans mon extrait de vmstat.
Bref comment reduire l'importance du cache par rapport au swap (a mon avis ca
serait plus intelligent de rien avoir dans le swap, quitte a avoir un peu moins
de cache disque dispo, et se mettre a swapper quand la memoire commence a etre
saturé, mais pas aussi tot).
Qu'en pensez vous ?
Nicolas
--
To UNSUBSCRIBE, email to debian-user-f...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Stephane Monlibert - Sun france - ES - Support Engineer
c'est le nombre de pages de libre
et temps que le systeme n'en a pas besoin, il ne libere pas
quand il a besoin de liberer des pages de memoire, il transfert de la memoire
vers le swap.
la question a vraiment se poser, c'est y a t'il des problemes de perfs avant de
se poser la question de savoir ou il y a un probleme.
Si il y a des problemes de perfs, il ne faut pas nous donner un vmstat si petit.
PS : je ne connais pas le principe de memoire sous linux, mais ca doit
ressembler a solaris
- -
o' \,=./ `o
(o o)
+-----oo0--(_)--0oo-------+
| SUN MICROSYSTEMS |
| Stephane MONLIBERT |
| System Support Engineer |
| Phone : 01 34 03 11 40 |
+-------------------------+
Philippe
> Bonjour a tous !
>
> J'ai une potato 2.2 R2 avec un noyau 2.4.5 sur un portable HP omnibook 900.
> J'ai 192 Mo de SDRAM
>
[...]
> Qu'en pensez vous ?
>
J'avais le même problème (bien que n'ayant que 64Mo). En gros le swap
se remplissait sans que la quantité de mémoire vive libre diminue.
Et cela jusqu'au plantage de la machine.
J'ai changé de Kernel (2.4.10) et les pbs ont été résolus.
Il parait qu'il y avait des pbs de gestion de la mémoire
sur les kernels inférieurs au 2.4.10. Je ne sais pas ce qu'en dise
les kernel-gourou mais c'est ce dont je me suis aperçu par la pratique
aussi.
Alors tu peux essayer de recompiler un kernel plus récent pour vérifier
si cela résoud ton pb.
Voila.
Philippe.
Stéphane BERDIN
>les kernel-gourou mais c'est ce dont je me suis aperçu par la pratique
>aussi.
ça à donné lieu à de superbe flameware sur lkml d'ailleurs ces échanges !
un article là :
http://www.byte.com/documents/s=1436/byt20011024s0002/1029_moshe.html
(source : linuxfr )
nrona...@alphacsp.com
> nrona...@alphacsp.com wrote:
>
> > Bonjour a tous !
> >
> > J'ai une potato 2.2 R2 avec un noyau 2.4.5 sur un portable HP omnibook
> 900.
> > J'ai 192 Mo de SDRAM
> >
> [...]
> > Qu'en pensez vous ?
> >
>
> J'avais le même problème (bien que n'ayant que 64Mo). En gros le swap
> se remplissait sans que la quantité de mémoire vive libre diminue.
> Et cela jusqu'au plantage de la machine.
> J'ai changé de Kernel (2.4.10) et les pbs ont été résolus.
> Il parait qu'il y avait des pbs de gestion de la mémoire
> sur les kernels inférieurs au 2.4.10. Je ne sais pas ce qu'en dise
> les kernel-gourou mais c'est ce dont je me suis aperçu par la pratique
> aussi.
> Alors tu peux essayer de recompiler un kernel plus récent pour vérifier
>
> si cela résoud ton pb.
> Voila.
> Philippe.
>
Cela me parait un truc a faire effectivement. Je n'ai pas de souvenir de
"mauvaise gestion de la mémoire" (si s'en est une) avec le noyau d'origine
(2.2.18pre21).
Merci pour la remarque.
nrona...@alphacsp.com
> > se remplissait sans que la quantité de mémoire vive libre diminue.
> > Et cela jusqu'au plantage de la machine.
> > J'ai changé de Kernel (2.4.10) et les pbs ont été résolus.
> > Il parait qu'il y avait des pbs de gestion de la mémoire
> > sur les kernels inférieurs au 2.4.10. Je ne sais pas ce qu'en dise
> > les kernel-gourou mais c'est ce dont je me suis aperçu par la pratique
>
> > aussi.
> > Alors tu peux essayer de recompiler un kernel plus récent pour
> vérifier
> >
> > si cela résoud ton pb.
> > Voila.
> > Philippe.
> >
>
> Cela me parait un truc a faire effectivement. Je n'ai pas de souvenir
> de
> "mauvaise gestion de la mémoire" (si s'en est une) avec le noyau
> d'origine
> (2.2.18pre21).
>
Juste pour finir sur ce sujet :
Hier soir je suis passé en 2.4.13. La compilation du noyau + les modules (avec
le 2.4.5) a fait que je me suis retrouvé avec 15 Mo dans le swap (je n'ai rien
fait d'autre que
tar xvIf linux-2.4.13.tar.bz2
make xconfig
make dep
make modules
make modules_install
(Bon , j'avais 2 Eterm lancé + xosview et blackbox, et evidemment toujours mes
192Mo de RAM)
Apres reboot sous 2.4.13
j'ai refait toujours sous X avec 2 Eterm :
make mrproper
make xconfig
make dep
make modules
make modules_install
pour voir la difference : Et RIEN dans le swap
J'ai lancé des gros trucs (mozilla, star office) ouvert plein de fenetres
d'applies diverses, des photos avec gimp....
RIEN dans le swap !
La supposition de philippe etait la bonne, la VM des 2.4.x pour x < 9 n'est pas
bonne.
Merci encore
Nicolas