LINUX.ORG.RU

Потеряная память

 ,


0

1

Привет.

Такой трабл, есть 4 плахи по 4 гб, а используются только 2. В W7 используются 16гб. Обе системы x64.

Вот dmidecode:

home:~ # dmidecode -t 17   
# dmidecode 2.12
SMBIOS 2.7 present.

Handle 0x002E, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x002C
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 4096 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM0
        Bank Locator: BANK0
        Type: DDR3
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 1866 MHz
        Manufacturer: Kingston     
        Serial Number: 3834A21
        Asset Tag: AssetTagNum0
        Part Number: KHX1866C9D3/4GX   
        Rank: 2
        Configured Clock Speed: 933 MHz

Handle 0x0030, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x002C
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 4096 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM1
        Bank Locator: BANK1
        Type: DDR3
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 1866 MHz
        Manufacturer: Kingston     
        Serial Number: 3634231
        Asset Tag: AssetTagNum1
        Part Number: KHX1866C9D3/4GX   
        Rank: 2
        Configured Clock Speed: 933 MHz

Handle 0x0032, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x002C
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 4096 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM2
        Bank Locator: BANK2
        Type: DDR3
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 1866 MHz
        Manufacturer: Kingston     
        Serial Number: 3734A61
        Asset Tag: AssetTagNum2
        Part Number: KHX1866C9D3/4GX   
        Rank: 2
        Configured Clock Speed: 933 MHz

Handle 0x0034, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x002C
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 4096 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM3
        Bank Locator: BANK3
        Type: DDR3
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 1866 MHz
        Manufacturer: Kingston     
        Serial Number: 3634795
        Asset Tag: AssetTagNum3
        Part Number: KHX1866C9D3/4GX   
        Rank: 2
        Configured Clock Speed: 933 MHz

А вот meminfo:

home:~ # cat /proc/meminfo 
MemTotal:        8090240 kB
MemFree:         3554840 kB
Buffers:           82356 kB
Cached:           808884 kB
SwapCached:            0 kB
Active:          3540932 kB
Inactive:         655784 kB
Active(anon):    3318796 kB
Inactive(anon):    63896 kB
Active(file):     222136 kB
Inactive(file):   591888 kB
Unevictable:          32 kB
Mlocked:              32 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:               200 kB
Writeback:             0 kB
AnonPages:       3305572 kB
Mapped:           334600 kB
Shmem:             77216 kB
Slab:             123544 kB
SReclaimable:      66032 kB
SUnreclaim:        57512 kB
KernelStack:        5768 kB
PageTables:        64640 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     4045120 kB
Committed_AS:   10179428 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      342364 kB
VmallocChunk:   34359392760 kB
HardwareCorrupted:     0 kB
AnonHugePages:    143360 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      230128 kB
DirectMap2M:     5959680 kB
DirectMap1G:     2097152 kB

Подскажите, куда делись мои 8гб?) Я знаю, что на 32 архитектурах есть нюансы использования 4+ гб памяти, да. Я попытался гуглить, и так как запросы «почему система _не видит_ мои 100500гб памяти?» популярнее, ответа на вопрос «почему система видит но не использует мои 100500(больше 4)гб памяти» не нахожу.

Система:

home:~ # uname -a
Linux home 3.11.10-25-desktop #1 SMP PREEMPT Wed Dec 17 17:57:03 UTC 2014 (8210f77) x86_64 x86_64 x86_64 GNU/Linux

home:~ # cat /etc/SuSE-release 
openSUSE 13.1 (x86_64)
VERSION = 13.1
CODENAME = Bottle
# /etc/SuSE-release is deprecated and will be removed in the future, use /etc/os-release instead

UPD:

Гугление дало ключи к гуглению -) Я нашел, что у меня есть ошибки MTRR(хоть и не уверен еще до конца, что это связано с проблемой):

home:~ # dmesg | grep -i mtrr -C6
[    0.000000] SMBIOS 2.7 present.
[    0.000000] DMI: To be filled by O.E.M. To be filled by O.E.M./M5A99X EVO R2.0, BIOS 2501 04/03/2014
[    0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.000000] No AGP bridge found
[    0.000000] e820: last_pfn = 0x21f000 max_arch_pfn = 0x400000000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-BFFFF write-through
[    0.000000]   C0000-CEFFF write-protect
[    0.000000]   CF000-EBFFF uncachable
[    0.000000]   EC000-FFFFF write-protect
[    0.000000] MTRR variable ranges enabled:
[    0.000000]   0 base 000000000000 mask FFFF80000000 write-back
[    0.000000]   1 base 000080000000 mask FFFFC0000000 write-back
[    0.000000]   2 base 0000C0000000 mask FFFFE0000000 write-back
[    0.000000]   3 base 0000DD800000 mask FFFFFF800000 uncachable
[    0.000000]   4 base 0000DE000000 mask FFFFFE000000 uncachable
[    0.000000]   5 disabled
--
[    0.448522] ACPI: bus type PCI registered
[    0.448524] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.448564] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[    0.448566] PCI: not using MMCONFIG
[    0.448567] PCI: Using configuration type 1 for base access
[    0.448568] PCI: Using configuration type 1 for extended access
[    0.448795] mtrr: your CPUs had inconsistent variable MTRR settings
[    0.448796] mtrr: probably your BIOS does not setup all CPUs.
[    0.448797] mtrr: corrected configuration.
[    0.449458] bio: create slab <bio-0> at 0
[    0.449613] ACPI: Added _OSI(Module Device)
[    0.449614] ACPI: Added _OSI(Processor Device)
[    0.449615] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.449616] ACPI: Added _OSI(Processor Aggregator Device)
[    0.450191] ACPI: EC: Look up EC in DSDT

Дайте совета, ребята.

Вот такой сейчас mtrr:

home:~ # cat /proc/mtrr
reg00: base=0x000000000 (    0MB), size= 2048MB, count=1: write-back
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-back
reg02: base=0x0c0000000 ( 3072MB), size=  512MB, count=1: write-back
reg03: base=0x0dd800000 ( 3544MB), size=    8MB, count=1: uncachable
reg04: base=0x0de000000 ( 3552MB), size=   32MB, count=1: uncachable

UPD1: Решил. Это биос(последний, m5a99x 2.0). Оказывается, он тоже(!!!) видел 8гб -) Почему - я не знаю. Отключил fastboot, снизил частоту памяти(с 1800 до 1600), вернул тайминги в auto - память нашлась. До этого память(в соответствии с мануалом kingston) была в 1800 частоте, с таймингами 9-11-9, и ПОЧЕМУ-ТО половина из нее отвалилась -) Сейчас снова поднял частоту, память еще на месте. Дальше буду смотреть, может, она перегрелась просто(но монитор вроде молчал).

Спасибо за интерес и помощь.



Последнее исправление: striding_me (всего исправлений: 5)

openSUSE 13.1

3.11.10-25-desktop

...

Ты бы хоть ведро попытался обновить хотя-бы, для начала. Вдруг там это уже исправили. Хотя я не уверен, что Kernel:stable всё еще собирает под openSUSE 13.1...

nexfwall ★★★★
()

Насколько я понимаю, копать нужно в сторону опций ядра, но я не уверен. mtrr скорее всего непричём, он у 90% на линуксе.

Pyzia ★★★★★
()
Ответ на: комментарий от Pyzia

Так я написал же. Я не квалифицированный электротехник/core developer, я не знаю, почему оно в какой-то момент стало терять 2 плашки из 4. Я отключил быструю загрузку в BIOS, понизил частоту, снова повысил до той, на которой плашки терялись(разрешенной производителем, с соблюдением таймингов - 1866mhz, 9-11-9 http://www.kingston.com/datasheets/KHX18C9T2K4_16X.pdf), и потерянные плашки нашлись и пока работают нормально. Самое странное, что плашки не нашлись просто отключением быстрой загрузки(что могло бы быть логичным из-за особенностей работы этой «быстрой загрузки» с привязкой к продуктам microsoft), проблема получается очень плавающей и у меня получается нет гарантий от рецидива -) Но как дебажить это, я не знаю.

striding_me
() автор топика
Ответ на: комментарий от armbox

Так нет же, всё легально http://www.kingston.com/datasheets/KHX18C9T2K4_16X.pdf Преступление ли, если я хочу, чтобы память, обозначенная производителем как 1866, работала в 1866, а не в той, куда её воткнёт стандартными модами BIOS - 1333.

striding_me
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.