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

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



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 00000001fbf00000 - 0000000240000000, ou l'empêcher de
>> la dépasser ?
>>     
>   À mon avis, l’option mem= n’est pas la bonne piste car elle ne 
> fait que limiter la zone adressable. Tu as 8 Gio (moins env. 
> 256 Mio) si tu ne la mets pas, ce qui semble correct.
>   En revanche, il reste savoir pourquoi ça plante aussi 
> fréquemment quand elle n’y est pas. Mais là, moi pas savoir. 
> Peut-être voir avec la LKML (mais c’est sûr que sans trace des 
> oops, ça n’est pas évident).
>   (Tu peux aussi essayer d’autres valeurs pour mem=. P.ex. peut-
> être qu’à 8.5 Gio, tu récupèreras tout et ne planteras pas… Ça 
> peut être utile pour mieux cerner le problème.)
>
>   
Je suis d'accord, mem= n'est pas la solution, mais c'est déjà un début
pour pouvoir fonctionné en dégradé.
Et j'ai d'ailleurs essayé d'autres valeurs sans aucun succès. 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:
 *
http://vip.asus.com/forum/view.aspx?id=20080110054618984&board_id=1&model=M2NPV-VM&page=1&SLanguage=en-us
 * http://fixunix.com/kernel/385042-aperture-memory-hole-x86_64-a.html
 * http://fixunix.com/embedded/5808-memory-hole.html
 *
http://ubuntuforums.org/showthread.php?t=1018854&highlight=enable+iommu+option+bios
 * http://ubuntuforums.org/showthread.php?t=1063612
 *
http://ubuntuforums.org/showthread.php?t=1018854&highlight=enable+iommu+option+bios&page=3
 *
http://ww2.cs.fsu.edu/~rosentha/linux/2.6.26.5/docs/x86_64/boot-options.txt
 * http://ubuntuforums.org/showpost.php?p=6855830&postcount=88

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...

Merci

****************************************************************************************
# cat  /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ;
MemTotal:        3996320 kB
MemFree:           34656 kB
Buffers:          194684 kB
Cached:          2730776 kB
SwapCached:            0 kB
Active:          1386204 kB
Inactive:        2419260 kB
Active(anon):     540224 kB
Inactive(anon):   340516 kB
Active(file):     845980 kB
Inactive(file):  2078744 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:      16777208 kB
SwapFree:       16777208 kB
Dirty:                12 kB
Writeback:            64 kB
AnonPages:        880004 kB
Mapped:            16368 kB
Shmem:               736 kB
Slab:              91768 kB
SReclaimable:      58352 kB
SUnreclaim:        33416 kB
KernelStack:        1672 kB
PageTables:         4800 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    18775368 kB
Committed_AS:     964500 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      143712 kB
VmallocChunk:   34359579124 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        4928 kB
DirectMap2M:     2025472 kB
DirectMap1G:     2097152 kB

             total       used       free     shared    buffers     cached
Mem:          3902       3869         33          0        190       2666
-/+ buffers/cache:       1012       2890
Swap:        16383          0      16383

reg00: base=0x000000000 (    0MB), size= 2048MB, count=1: write-back
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-back
reg02: base=0x100000000 ( 4096MB), size= 1024MB, count=1: write-back
reg03: base=0x0d8000000 ( 3456MB), size=  128MB, count=1: write-combining

# dmesg | grep -F Memory
[    0.000000] Memory: 3985096k/5242880k available (3068k kernel code,
1115796k absent, 141988k reserved, 1886k data, 580k init)
[   53.840105] EDAC amd64: This node reports that Memory ECC is
currently disabled, set F3x44[22] (0000:00:18.3).

# dmesg | grep -F usable
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009b800 (usable)
[    0.000000]  BIOS-e820: 0000000000100000 - 00000000bbed0000 (usable)
[    0.000000]  BIOS-e820: 0000000100000000 - 0000000140000000 (usable)
[    0.000000] e820 update range: 0000000000000000 - 0000000000010000
(usable) ==> (reserved)
[    0.000000] e820 update range: 00000000c0000000 - 0000000100000000
(usable) ==> (reserved)

****************************************************************************************

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: