J'ai fais 4 fois le tar d'un gros repertoire (300 Mo) apres
avoir reboote la machine.
Etat initial apres le reboot
moussaou@imhefpc91:~ > more free0
total used free shared buffers cached
Mem: 1048088 134444 913644 0 12872 58172
-/+ buffers/cache: 63400 984688
Swap: 136544 0 136544
Apres les 4 iterations :
moussaou@imhefpc91:~ > free
total used free shared buffers cached
Mem: 1048088 600328 447760 0 272412 223364
-/+ buffers/cache: 104552 943536
Swap: 136544 0 136544
Aussi, j'ai lance un programme exigeant ~150 Mo. Pas de problemes, la
memoire est restituee apres la fin du programme.
PS: 1 Go est le minimun si on fait du calcul intensif en aeronautique
(millions de points pour le maillage...). Pour ceci, nous avons des
machines paralleles.... Sur mon PC chez moi, j'ai 128 Mo et suis assez
content (Suse 6.0).
========================================================================
Farid Moussaoui Tel : +41 21 693 3533
Laboratoire d'Ingieniere Numerique Fax : +41 21 693 3646
Ecole Polytechnique Federale de Lausanne
CH-1015 Lausanne http://lmnwww.epfl.ch
Suisse
"Think. Then discretise." - Rokhlin
----- Original Message -----
From: Olivier Bornet <[EMAIL PROTECTED]>
Date: Thursday, January 10, 2002 10:31 am
Subject: Re: RE: Memoire non restituee
> Hello,
>
> > Moi non plus, je ne vois pas d'ou ca vient.
> > Voic un exemple de situation typique.
> > moussaou@imhefpc91:/tmp > free
> > total used free shared buffers
> cached> Mem: 1048088 475264 572824 0
> 245964 88332
> > -/+ buffers/cache: 140968 907120
> > Swap: 136544 0 136544
> > moussaou@imhefpc91:/tmp > tar tvfz IMAS.tar.gz
> > ....
> > moussaou@imhefpc91:/tmp > free
> > total used free shared buffers
> cached> Mem: 1048088 502228 545860 0
> 245964 115208
> > -/+ buffers/cache: 141056 907032
> > Swap: 136544 0 136544
> > moussaou@imhefpc91:/tmp > tar xvfz IMAS.tar.gz
> > ...
> > moussaou@imhefpc91:/tmp > free
> > total used free shared buffers
> cached> Mem: 1048088 554144 493944 0
> 296672 115208
> > -/+ buffers/cache: 142264 905824
> > Swap: 136544 0 136544
>
> C'est peut-�tre normal. J'ai d�j� vu un comportement similaire sur
> Solaris. L'utilisation de la m�moire montait gentillement jour apr�s
> jour. Mais quand on faisait la somme de la m�moire utilis�e par les
> processus, on arrivait jamais au total que le syst�me disait utilis�.
> Et l'explication que j'ai trouv�e sur le net (je me rappelle plus o�)
> est : pourquoi est-ce que le kernel devrait rendre cette m�moire ?
> Personne n'en a besoin...
>
> C'est vrai : tant que personne n'en a besoin, pourquoi perdre du temps
> pour lib�rer cette m�moire non utilis�e ? Au niveau optimisation,
> �a a
> du sens. Surtout quand tu commences a avoir beaucoup de m�moire. (1
> GB,c'est quand m�me beaucoupi, m�me que �a va vite devenir assez
> courrantavec les prix actuels...)
>
> Ce qu'il te faut tester, c'est si tu demande plus que ce que le
> syst�mete donne comme free en ce moment (dans ce cas 493944), mais
> moins que ce
> qu'il y avait avant (dans ce cas 545860), est-ce que c'est OK ? Tu
> peuxaussi essayer de faire un programme qui utilise bien la m�moire
> au lieu
> du tar. J'avais fait les tests sur Solaris avec matlab. C'est assez
> facile de "prendre" de la m�moire. Ensuite, quitter matlab ne rendait
> pas tout. Puis, demander plus que le libre avec matlab �tait OK.
>
> Cette optimisation est peut-�tre uniquement faite quand tu as
> "beaucoup"de m�moire.
>
> Hope this help.
>
> Olivier
> --
> Olivier Bornet | fran�ais : http://puck.ch/f
> Swiss Ice Hockey Results | english : http://puck.ch/e
> http://puck.ch/ | deutsch : http://puck.ch/g
> [EMAIL PROTECTED] | italiano : http://puck.ch/i
> Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net
> --
> http://www-internal.alphanet.ch/linux-leman/ avant de poser
> une question. Ouais, pour se d�sabonner aussi.
>
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
