Bonjour,
Après tests et surveillance, mes barrettes ne dépassent jamais les 45°C,
et sont le plus souvent à 42°C (:-)), la différence est dû à la
température de l'air qui entre dans la tour, non à l'utilisation de la ram.
Le voltage oscile entre 2.14V et 2.16V...
Je ne pense pas que le problème so
Bonjour
> Reste à voir la stabilité avec 8 Gio. Là-dessus, mon avis est
> de faire gaffe à la température (donc aussi à la tension) : la
> RAM semble perdre en cohérence quand elle a chaud. (4 barrettes
> sont aussi plus difficiles à refroidir que 2 (plus serrées,
> etc.).)
>
En effet, pe
Le samedi 11 septembre 2010 à 10:39:25, deb a écrit :
>[…]
> > # dmesg | grep -F Memory
> > [0.00] Memory: 8122468k/9437184k available (3068k
> > kernel code, 1115796k absent, 198920k reserved, 1886k
> > data, 580k init)
>
> Par curiosité, que signifie la partie "absent" ?
Linux a vu 9
Le jeudi 9 septembre 2010 à 23:02:45, Thibaut Chèze a écrit :
> Bonsoir,
’jour,
>[…]
> 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... L
On 09/09/2010 11:02 PM, Thibaut Chèze wrote:
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.00] Memory: 8122
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.00] Memory: 8122468k/9437184k available (3068k kernel code,
1115
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
> tournen
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 su
Bonsoir à tous,
Je reviens vers vous, car de mon coté j'ai fais quelques avancées, mais
bon toujours rien de pleinement fonctionnel...
>> Que puis-je en conclure ? Que puis-je faire pour récupérer la
>> plage 0001fbf0 - 00024000, ou l'empêcher de
>> la dépasser ?
>>
> À mon
Le mercredi 1 septembre 2010 à 20:08:57, Thibaut Chèze a écrit :
> Bonsoir,
’jour,
>[…]
> Pour ce qui est des traces, la avec l'option "mem=" :
>
> # dmesg | grep -F Memory
> [ 0.00] Memory: 7021668k/8322048k available (3067k kernel
> code, 1115796k absent, 184584k reserved, 1886k data, 584k
Bonsoir,
> Pour clairement (/proc/mtrr n’est pas utile, la preuve tu as
> le même avec 7 ou 8 Gio) voir ce que Linux a comme RAM :
>
En fait, le proc mtrr, c'était parce qu'il était différent dans le cas
ou dans le Bios je desactivais le Memory Hole Remapping, mais puisque le
système n'est p
Le mercredi 1 septembre 2010 à 09:31:51, Thibaut Chèze a écrit :
> Bonjour,
’jour,
>[…]
Pour clairement (/proc/mtrr n’est pas utile, la preuve tu as
le même avec 7 ou 8 Gio) voir ce que Linux a comme RAM :
$ dmesg | grep -F Memory
[0.00] Memory: 2048700k/2095936k available (3068k kern
Le Wednesday 01 September 2010 11:19:24 Thibaut Chèze, vous avez écrit :
> >> [ 7461.450522] BUG: unable to handle kernel paging request at
> >> 89018b4f98e8
> >
> > [...]
> > Peut-être à rapprocher avec le même problème que j'ai signalé :
> > http://lists.debian.org/debian-user-french/2010/08/
>> [ 7461.450522] BUG: unable to handle kernel paging request at
>> 89018b4f98e8
>>
> [...]
> Peut-être à rapprocher avec le même problème que j'ai signalé :
> http://lists.debian.org/debian-user-french/2010/08/msg00221.html
>
>
Après lecture, il n'est vraiment pas impossible que nous
Le Wednesday 01 September 2010 09:31:51 Thibaut Chèze, vous avez écrit :
> Bonjour,
>
Bonjour
> >> Je viens vers vous car ma configuration plante (kernel oops), au bout
> >> d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
> >> cache).
[...]
> [ 7461.450522] BUG: unable to
Bonjour,
>> Je viens vers vous car ma configuration plante (kernel oops), au bout
>> d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
>> cache).
>> Je pense que le problème viens de l'adressage
>>
> Tu as combien de barrette de mémoire : 2 ou 4 ?
> Et avec
> Je viens vers vous car ma configuration plante (kernel oops), au bout
> d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
> cache).
> Je pense que le problème viens de l'adressage
Tu as combien de barrette de mémoire : 2 ou 4 ?
Et avec 1 seule barrette ?
l
J'ai oublier de mettre la seconde option au boot que j'ai testé :
"iommu=noagp,noaperture"
Désolé,
Bonne soirée,
Thibaut
Le 31/08/2010 19:50, Thibaut Chèze a écrit :
> Bonsoir à tous,
>
> Je viens vers vous car ma configuration plante (kernel oops), au bout
> d'un certain temps, lorsque je soll
18 matches
Mail list logo