Surcharge pondérale du modules glx - Logiciels - Linux et OS Alternatifs
Marsh Posté le 20-09-2002 à 14:07:33
WAI... moi aussi je code comme nvidia :
Code :
|
Marsh Posté le 20-09-2002 à 15:29:13
Ben c'est du nvidia, c'est normal
Marsh Posté le 23-09-2002 à 14:42:45
Ben ya pas qqun qui a une soluce peu lui faire faire un régime ??
Marsh Posté le 23-09-2002 à 15:20:36
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND |
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?
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...
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
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!
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
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