[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Utilisation stable de l'intégralité de la ram disponible



Bonsoir,

J'ai remonter les deux autres barretes:

Voici les résultats pour en ne mettant pas l'option mem et en changeant
dans le bios la configuration de la ram pour la carte vidéo:
 * Vidéo 64M :
# dmesg | grep -F Memory
[    0.000000] Memory: 8122468k/9437184k available (3068k kernel code,
1115796k absent, 198920k reserved, 1886k data, 580k init)
[   53.814785] EDAC amd64: This node reports that Memory ECC is
currently disabled, set F3x44[22] (0000:00:18.3).

 * Vidéo 128M :
# dmesg | grep -F Memory
[    0.000000] Memory: 8056932k/9437184k available (3068k kernel code,
1181332k absent, 198920k reserved, 1886k data, 580k init)
[   34.580225] EDAC amd64: This node reports that Memory ECC is
currently disabled, set F3x44[22] (0000:00:18.3).

 * Vidéo 256M :
# dmesg | grep -F Memory
[    0.000000] Memory: 7927908k/9437184k available (3068k kernel code,
1312404k absent, 196872k reserved, 1886k data, 580k init)
[   50.808586] EDAC amd64: This node reports that Memory ECC is
currently disabled, set F3x44[22] (0000:00:18.3).

 * Vidéo 512M :
# dmesg | grep -F Memory
[    0.000000] Memory: 7669860k/9437184k available (3068k kernel code,
1574548k absent, 192776k reserved, 1886k data, 580k init)
[   24.375618] EDAC amd64: This node reports that Memory ECC is
currently disabled, set F3x44[22] (0000:00:18.3).

 * Vidéo Auto :
# dmesg | grep -F Memory
[    0.000000] Memory: 7927908k/9437184k available (3068k kernel code,
1312404k absent, 196872k reserved, 1886k data, 580k init)
[   23.845597] EDAC amd64: This node reports that Memory ECC is
currently disabled, set F3x44[22] (0000:00:18.3).

Auto est donc de 256M.

8122468k - 8056932k = 65536k = 64M Ok.
8056932k - 7927908k = 129024k = 126M NOk devrait être 128M.
7927908k - 7669860k = 258048k = 252M NOk devrait être 256M.

Bon, je ne sais trop quoi en conclure... Les résultats ne sont pas
exactement pile poil se qu'ils devraient, mais en même temps, je ne sais
pas avec précisions ce qu'ils doivent être... Tout ce que je peux dire,
c'est qu'ils n'en sont pas si éloignés, et que du coup, je ne pense pas
qu'il y ai un soucis vis à vis de cela.

Une opinion ?

Thibaut

Le 09/09/2010 11:05, Thibaut Chèze a écrit :
> Bonjour,
>   
>>> […] 
>>> 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.
>>   
>>     
> :-D
>   
>>   
>>     
>>> 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.
>>
>>   
>>     
> Merci pour tes précisions. Manifestement, j'ai la fausse illusion de
> comprendre ce que je fais :-D. Effectivement, par la suite j'ai les 4
> lignes que tu as cité.
>   
>>> 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)
>>   
>>     
> Oui, oui :-). Dernier test, 57h (et quand je les ai eux, j'ai testé
> pendant plus de 4j, suite à mes problèmes, je voulais vraiment pouvoir
> avoir confiance).
>   
>>   À 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.
>>   
>>     
> Et actuellement, le système tourne sur les 2 barrettes récemment
> obtenues (et dernièrement testées), il ne semble pas y avoir de problème
> avec l'utilisation normal que j'en fais (comme tu l'a mentionner, gros
> md5 de 8G en moyenne, par2 de fichiers ... et reconstruction du raid6).
> Pour le moment aucun problème, le raid devrais finir aujourd'hui, a voir
> si il n'y a pas de plantage au moment où il finit. Et si j'ai le temps,
> je remet les 2 autres barrettes ce soir.
>   
>>   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 ?
>>   
>>     
> J'avais fait le test, j'ai plus les valeurs en tête, mais oui, je crois
> bien me rappeler qu'en augmentant la taille de la ram video, je perdais
> l'équivalent en ram disponible. Je referais le test et communiquerai les
> infos.
>   
>>   Au fait, avec 8 Gio, c’était les mêmes barrettes (marque 
>> caractéristiques) ? Parfois les mélanges…
>>   
>>     
> Oui ce sont les mêmes barrettes exactement, les DDR2 Corsair XMS2 de 2G
> chacunes (1066Mhz, cas 5-5-5-15 T2 à 2.10V).
>
> Merci beaucoup.
>
> Thibaut
>
>   

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: