Re: Utilisation stable de l'intégralité de la ram disponible
Le mardi 7 septembre 2010 à 20:32:18, Thibaut Chèze a écrit :
> Bonsoir à tous,
’jour,
>[…]
> Le système plante plus vite, plus la mémoire est grande, à
> 8192M, le système à tenu 4 jours...
>
> Autrement, j'ai essayé d'autres options du noyau après avoir
> exploré ces liens:
>[…]
Ce sont surtout des aveugles qui se guident entre eux, et donc
tournent en rond. (Un peu comme nous, donc.)
Le « problème » qu’ils essaient de régler, ce sont des
messages bénins du noyau et la « perte » de 64 Mio pour/par
l’IOMMU. Ça ne me semble pas en rapport avec ton problème de
plantage.
> J'ai adopté les options "iommu=soft,noaperture,memaper" pour
> ne plus avoir ce message dans dmesg (le memaper était dans
> l'espoir de résoudre le problème:
> [0.004000] Aperture beyond 4Gb. Ignoring.
> [0.004000] Your BIOS doesn't leave a aperture memory hole
> [0.004000] Please enable the IOMMU option in the BIOS setup
> [0.004000] This costs you 64 MB of RAM
> ...
>
> Si quelqu'un en sait plus sur l'option iommu et peu me
> conseiller dans les options à placer dans mon cas,
> n'hésitez-pas, j'essaierai (pas avant jeudi, la je suis en
> cours de reconstruction du RAID sur la machine...) Je ne
> sais pas pourquoi, mais j'ai bien l'impression que mes
> soucis proviennent de la.
Mm, moi pas. Comme quoi les impressions…
Les options iommu :
soft :
Puisque tu as un AMD (d’après ta carte mère), Linux peut
utiliser le GART (donc pas la peine de mettre iommu=soft).
Tu dois aussi voir ce genre de messages dans dmesg :
[ 0.785442] PCI-DMA: Disabling AGP.
[ 0.785520] PCI-DMA: aperture base @ 20000000 size 65536 KB
[ 0.785521] PCI-DMA: using GART IOMMU.
[ 0.785524] PCI-DMA: Reserving 64MB of IOMMU area in the AGP
aperture
memaper :
C’est pour changer la taille du IOMMU. Sans valeur, c’est
64 Mio, donc idem que sans l’option.
noaperture :
Si je comprends bien, c’est pour empêcher d’utiliser
l’ouverture prévue pour l’AGP pour l’IOMMU.
Pour voir l’effet de chaque option, dmesg > dm-{opts}
et regarde-les côte à côte…
Cependant, le noyau semble très bien se débrouiller tout seul.
Et les 64 Mio pour l’IOMMU semblent soit ne pas être un vrai
problème, soit, de toute façon, ne pas être récupérables sans
aide du BIOS.
> D'ailleurs, avec cette option et sans la mem, la mémoire
> disponible dans un free est inférieur de 1Mo que lors de
> l'absence de celle-ci.
>
> Autrement, je souhaitais revalidé la bonne santé du nouveau
> jeu de barrettes que j'ai installé suite au plantage à
> 8192M, elles sont bonnes. Et dans un dernier test, je ne
> tourne actuellement que sur elles, je vous met toutes les
> infos que j'ai ci-après, des fois que cela vous donne des
> pistes...
Quand tu fais un test, tu laisses tourner suffisamment ?
(24-48 h)
À noter aussi que memtest ne stresse pas toujours les
barrettes comme une utilisation réelle. Un bon gros md5sum sur
des données plus grosses que la RAM réussissait à me faire
planter des barrettes qui tenaient très bien face à memtest.
>[…]
Note que free donne moins d’info que /proc/meminfo, lequel
donne des infos inutiles. dmesg est franchement plus clair.
> # dmesg | grep -F Memory
> [ 0.000000] Memory: 3985096k/5242880k available (3068k
> kernel code, 1115796k absent, 141988k reserved, 1886k data,
> 580k init)
Donc, avec 4 Gio, tu perds « seuleument » 200 Mio. Ce qui est
quand même beaucoup si ta carte vidéo ne prend que 64 Mio (je
perds 142 Mio sur une machine dont la c.v. est à 128 Mio (mais
c’est pas forcément comparable : elle utilise le « Sideport »
d’AMD)) mais c’est sans rapport avec le Gio perdu avant.
Tu n’as aucune autre option dans le BIOS ? Tu as essayé de
changer la taille de la RAM de la c.v. pour voir si la
répercussion était exacte ?
Au fait, avec 8 Gio, c’était les mêmes barrettes (marque
caractéristiques) ? Parfois les mélanges…
--
Sylvain Sauvage
Reply to: