Bonsoir à tous,
[â¦]
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:
[â¦]
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.
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...
[â¦]
# dmesg | grep -F Memory
[ 0.000000] Memory: 3985096k/5242880k available (3068k
kernel code, 1115796k absent, 141988k reserved, 1886k data,
580k init)
Bonsoir à tous,
[â¦]
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:
[â¦]
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.
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...
[â¦]
# dmesg | grep -F Memory
[ 0.000000] Memory: 3985096k/5242880k available (3068k
kernel code, 1115796k absent, 141988k reserved, 1886k data,
580k init)
Bonsoir à tous,
[â¦]
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:
[â¦]
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.
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...
[â¦]
# dmesg | grep -F Memory
[ 0.000000] Memory: 3985096k/5242880k available (3068k
kernel code, 1115796k absent, 141988k reserved, 1886k data,
580k init)
[â¦]
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âutil iser
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 se ul.
Et les 64 Mio pour lâIOMMU semblent soit ne pas être un vr ai
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 fai re
planter des barrettes qui tenaient très bien face à memtest.
Donc, avec 4 Gio, tu perds « seuleument » 200 Mio. Ce qui e st
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 « Si deport »
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 (m arque
caractéristiques) ? Parfois les mélangesâ¦
[â¦]
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âutil iser
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 se ul.
Et les 64 Mio pour lâIOMMU semblent soit ne pas être un vr ai
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 fai re
planter des barrettes qui tenaient très bien face à memtest.
Donc, avec 4 Gio, tu perds « seuleument » 200 Mio. Ce qui e st
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 « Si deport »
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 (m arque
caractéristiques) ? Parfois les mélangesâ¦
[â¦]
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âutil iser
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 se ul.
Et les 64 Mio pour lâIOMMU semblent soit ne pas être un vr ai
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 fai re
planter des barrettes qui tenaient très bien face à memtest.
Donc, avec 4 Gio, tu perds « seuleument » 200 Mio. Ce qui e st
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 « Si deport »
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 (m arque
caractéristiques) ? Parfois les mélangesâ¦
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 avoi r
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égle r, 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.
:-DJ'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), Linu x 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âuti liser
lâouverture prévue pour lâAGP pour lâIOMM U.
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 s eul.
Et les 64 Mio pour lâIOMMU semblent soit ne pas être un v rai
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 vraimen t 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 fa ire
planter des barrettes qui tenaient très bien face à memtest.
Et actuellement, le système tourne sur les 2 barrettes récemm ent
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 t emps,
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 (j e
perds 142 Mio sur une machine dont la c.v. est à 128 Mio (mais
câest pas forcément comparable : elle utilise le « S ideport »
dâAMD)) mais câest sans rapport avec le Gio perdu avan t.
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 communiquer ai 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
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 avoi r
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égle r, 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), Linu x 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âuti liser
lâouverture prévue pour lâAGP pour lâIOMM U.
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 s eul.
Et les 64 Mio pour lâIOMMU semblent soit ne pas être un v rai
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 vraimen t 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 fa ire
planter des barrettes qui tenaient très bien face à memtest.
Et actuellement, le système tourne sur les 2 barrettes récemm ent
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 t emps,
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 (j e
perds 142 Mio sur une machine dont la c.v. est à 128 Mio (mais
câest pas forcément comparable : elle utilise le « S ideport »
dâAMD)) mais câest sans rapport avec le Gio perdu avan t.
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 communiquer ai 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
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 avoi r
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égle r, 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.
:-DJ'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), Linu x 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âuti liser
lâouverture prévue pour lâAGP pour lâIOMM U.
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 s eul.
Et les 64 Mio pour lâIOMMU semblent soit ne pas être un v rai
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 vraimen t 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 fa ire
planter des barrettes qui tenaient très bien face à memtest.
Et actuellement, le système tourne sur les 2 barrettes récemm ent
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 t emps,
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 (j e
perds 142 Mio sur une machine dont la c.v. est à 128 Mio (mais
câest pas forcément comparable : elle utilise le « S ideport »
dâAMD)) mais câest sans rapport avec le Gio perdu avan t.
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 communiquer ai 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
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)
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)
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)
Bonsoir,
[â¦]
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 ?
Bonsoir,
[â¦]
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 ?
Bonsoir,
[â¦]
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 ?
[â¦]
> # dmesg | grep -F Memory
> [ 0.000000] Memory: 8122468k/9437184k available (3068k
> kernel code, 1115796k absent, 198920k reserved, 1886k
> data, 580k init)
Par curiosité, que signifie la partie "absent" ?
Je ne la vois pas sur ma machine...
[â¦]
> # dmesg | grep -F Memory
> [ 0.000000] Memory: 8122468k/9437184k available (3068k
> kernel code, 1115796k absent, 198920k reserved, 1886k
> data, 580k init)
Par curiosité, que signifie la partie "absent" ?
Je ne la vois pas sur ma machine...
[â¦]
> # dmesg | grep -F Memory
> [ 0.000000] Memory: 8122468k/9437184k available (3068k
> kernel code, 1115796k absent, 198920k reserved, 1886k
> data, 580k init)
Par curiosité, que signifie la partie "absent" ?
Je ne la vois pas sur ma machine...
Reste à voir la stabilité avec 8 Gio. Là -dessus, mon a vis 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.).)
Reste à voir la stabilité avec 8 Gio. Là -dessus, mon a vis 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.).)
Reste à voir la stabilité avec 8 Gio. Là -dessus, mon a vis 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.).)
BonjourReste à voir la stabilité avec 8 Gio. Là -dessus, mon avis est
de faire gaffe à la température (donc aussi à la tensio n) : 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, perso, quand je les touches, elles ne sont pas "très cha udes",
il y a un ventilateur d'extraction de 12cm 3cm au dessus d'elles.
Les sensors m'indiquent qu'elles sont à 45°C en usage normal (pas
spécialement stressant). Je ferais un retour si jamais elle augmen te
significativement lors d'une opération la sollicitant fortement.
Autrement, le voltage est réglé à 2.10V dans le Bios, et le capteur
indique 2.14 V, mais je ne pense pas qu'une si faible différence s oit la
cause des problèmes (Je regarderai egalement si cette valeur chang e
lorsque le système est chargé).
Bonjour
Reste à voir la stabilité avec 8 Gio. Là -dessus, mon avis est
de faire gaffe à la température (donc aussi à la tensio n) : 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, perso, quand je les touches, elles ne sont pas "très cha udes",
il y a un ventilateur d'extraction de 12cm 3cm au dessus d'elles.
Les sensors m'indiquent qu'elles sont à 45°C en usage normal (pas
spécialement stressant). Je ferais un retour si jamais elle augmen te
significativement lors d'une opération la sollicitant fortement.
Autrement, le voltage est réglé à 2.10V dans le Bios, et le capteur
indique 2.14 V, mais je ne pense pas qu'une si faible différence s oit la
cause des problèmes (Je regarderai egalement si cette valeur chang e
lorsque le système est chargé).
BonjourReste à voir la stabilité avec 8 Gio. Là -dessus, mon avis est
de faire gaffe à la température (donc aussi à la tensio n) : 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, perso, quand je les touches, elles ne sont pas "très cha udes",
il y a un ventilateur d'extraction de 12cm 3cm au dessus d'elles.
Les sensors m'indiquent qu'elles sont à 45°C en usage normal (pas
spécialement stressant). Je ferais un retour si jamais elle augmen te
significativement lors d'une opération la sollicitant fortement.
Autrement, le voltage est réglé à 2.10V dans le Bios, et le capteur
indique 2.14 V, mais je ne pense pas qu'une si faible différence s oit la
cause des problèmes (Je regarderai egalement si cette valeur chang e
lorsque le système est chargé).