Surcharge pondérale du modules glx

Surcharge pondérale du modules glx - Logiciels - Linux et OS Alternatifs

Marsh Posté le 20-09-2002 à 09:56:22    

Ben voila,
 
Aprés avoir installer les drivers NVidia (kernel + GLX),
qui se sont installé nickel, je test les nouveaux drivers et
la surprise....
 
# glxgears &
 
# top
size  rss  ...  %mem  %cpu  
142M  142M ...   98%   117%   glxgears&
 
Est-ce que la place prise par glx est normal ???
(ça me parait énorme)
 
en plus dès que j'ai lancé X
 
# lsmod
           used     size
NVdriver    10    1065488
 
Vu que ces quelques valeurs me parraissent énormes, merci  
de m'éclairer ;)

Reply

Marsh Posté le 20-09-2002 à 09:56:22   

Reply

Marsh Posté le 20-09-2002 à 14:07:33    

WAI... moi aussi je code comme nvidia :
 

Code :
  1. char *tralala;
  2. while (1){
  3. tralala = malloc(534540542543578*sizeof(char));
  4. }

 
 
 :D


---------------
-- NO SLACKERS - violators will be fsck'd & tar'd
Reply

Marsh Posté le 20-09-2002 à 14:15:31    

moi c mon x qui fais 150-180Mo :sweat:

Reply

Marsh Posté le 20-09-2002 à 15:29:13    

Ben c'est du nvidia, c'est normal


---------------
Boulay officiel : asphro
Reply

Marsh Posté le 23-09-2002 à 14:42:45    

Ben ya pas qqun qui a une soluce peu lui faire faire un régime ??

Reply

Marsh Posté le 23-09-2002 à 15:20:36    

 PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
29196 fl        25   0  142M 4600  1456 R    89,9  0,5   1:07 glxgears
 3964 root      15   0  281M  25M  4264 S     0,5  3,3   4:11 X

 
 
j'ai les memes chiffres mais le %MEM est à 0.5%
d'après le man: %MEM The task's share of the physical memory.
Vu que j'ai 768Mo de ram *0,5% ca donne 3.84Mo
 
Donc il est peut etre pas si gros que ça ;) Quelqu'un a une explication? C'est de la mémoirepartagée avec X etc?

Reply

Marsh Posté le 23-09-2002 à 15:44:08    

je comrpends pas non plus... si j'additionne tout ce que me donne top je dépasse ma ram + mon swap...

Reply

Marsh Posté le 23-09-2002 à 17:11:26    

ca doit etre a peu pres egal a ton AGP aperture size.
 
en fait c une adressage virtuel, ca oqp pas autant de ram que top te l'indik. fais une recherche sur google tu devrais pouvoir trouver


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 23-09-2002 à 17:28:18    

kazekami a écrit a écrit :

ca doit etre a peu pres egal a ton AGP aperture size.
 
en fait c une adressage virtuel, ca oqp pas autant de ram que top te l'indik. fais une recherche sur google tu devrais pouvoir trouver



ben j'ai l'agp à 128Mo, donc ça fait un poil plus quand même =)
 
mais merci pour l'info je vais regarder ça! :)

Reply

Marsh Posté le 23-09-2002 à 17:42:47    

voila le texte auquel je pensais en redigeant ma reponse :  
 
"C'est l'"AGP aperture size" je crois, c'est-à-dire la mémoire centrale que la carte video a le droit d'attaquer directement pour chercher les textures qui rentrent pas dans la mémoire vidéo. Bah oui, sous un OS avec la protection mémoire il faut bien l'allouer "officiellement" cete mémoire. Mais bon tout ca ne mange réellement aucune ram, ouf (la première fois que j'ai vu ça, je dois dire que j'ai eu peur aussi ;)
 
Donc dans top on a effectivement interêt à regarder la taille résidente (RSS) pour savoir ce que ça mange vraiment.
Par contre, une RSS de 90Mo pour X me paraît dûe à autre chose, comme X qui cache ses surfaces (X, si il peut s'étaler, il s'étale...), ou à un programme X qui fuit (en créant plein de Pixmaps qu'il ne libère pas, par exemple)."
 
lu sur linuxfr : http://linuxfr.org/2002/09/11/9602,0,1,0,0.html


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 23-09-2002 à 17:42:47   

Reply

Marsh Posté le 23-09-2002 à 17:58:45    

nickel !
 
merci :)
 

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed