Вкратце:
Если ваши сообщения mobo, и ваша система загружается, и free / top показывает ваш баран как 16 ГБ, то это работает. Даже производители мобильных устройств могут занижать емкость системных плат, поэтому настоящая проверка заключается в том, что оперативная память установлена правильно, правильно сопоставлена, работает, то есть загружается и работает стабильно, т.е. Вы также можете протестировать, пытаясь использовать всю свою память для чего-то и посмотреть, остается ли система стабильной. Поскольку у вас очень хороший ОЗУ, что очень важно, вполне возможно, что ОЗУ более низкого уровня, возможно, не сработало бы на 16 ГБ. Может быть, поэтому они не говорят, что он поддерживает 16 ГБ, а выбирают более консервативные 8 ГБ.
Ваши инструменты, такие как free, top, которые сообщают реальную память системы, не лгут, это полезная память, к которой ядро имеет доступ. Инструменты, которые считывают данные dmi, действительно лгут, потому что dmi случайным образом лежит на основе компаний, которые заполнили эти данные.
Врет ли gnome-control-center.real info?
Memory: 15,7GB
Нет, это правда.
Указывает ли dmidecode -t16, что моя плата может занимать 2x 8 ГБ или 8 ГБ всего?
Maximum Capacity: 8 GB
Number Of Devices: 2
Всего указано 8 ГБ. Это хорошо видно, если посмотреть на образец типа 16 (в данном случае мой). Емкость относится к емкости массива. Это единый массив памяти. Этот массив имеет предполагаемую (хотя и ложную в вашем случае) емкость 8 ГБ (правильно в моем случае), а в моем случае у него 4 устройства. В вашем случае это 2 устройства. Обратите внимание, что, к сожалению, вы не можете определить общую емкость по максимальной емкости, которую вы можете использовать в одном слоте.То есть у вас может быть 4 слота емкостью 8 ГБ, но максимум 4 ГБ на слот, что означает, что вы можете использовать либо палки 4x2gG, либо 2x4 ГБ, но не 4x4 ГБ.
Handle 0x0012, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 8 GB
Error Information Handle: Not Provided
Number Of Devices: 4
Free -h лжет, говоря, что используется 11 из 15 ГБ?
Нет, free говорит вам правду. top скажет вам ту же правду (хотя вопрос о том, что ядро считает свободным или несвободным, является весьма загадочным и зависит от реализаций этих инструментов, но это далеко отклоняется от темы этого вопроса). Это ядро, сообщающее пользователю, к какой оперативной памяти у него есть доступ и что используется.
Разве этот вывод dmidecode -t 17 не должен указывать на скорость 1600 МГц?
Это зависит от вашей системы. И как dmidecode интерпретирует данные. Я устарел в этой части вопроса.
Длинная история:
Поскольку мне приходилось довольно тяжело иметь дело с проблемами отчетов о RAM, мне пришлось обнаружить различия в качестве отчетов с данными RAM dmidecode. Обратите внимание, что это НЕ ошибка dmidecode, поскольку его задача - сообщать данные dmi, а не интерпретировать или исправлять их.
Во-первых: dmidecode, по сути, сообщает два набора данных: 1: некоторые данные, которые кто-то заполнил, то есть низкооплачиваемый дрон у поставщика материнской платы имеет форму для заполнения, и либо он не пытается сделать это правильно, или делает это правильно для одной модели, а затем просто копирует эти данные в другую. 2: реальные данные, такие как наличие в слоте оперативной памяти оперативной памяти, ее размер, тип, скорость и т. Д.
Таким образом, в случае емкости оперативной памяти системной платы dmidecode НЕ сообщает вам емкость на основе каких-либо фактических технических характеристик. доступен для dmidecode при его запуске.Он повторяет данные, которые вышеупомянутому лицу, которому недоплачивают, было велено заполнить, чтобы поставить отметку перед отправкой оборудования.
Некоторые поставщики мобильных устройств предоставляют эти данные безупречно, и их заявлениям можно полностью доверять. Другие предлагают совершенно бессмысленные утверждения, что приводит к тому, что dmidecode правильно сообщает об установленной оперативной памяти 4x2 ГБ, но с емкостью 4 ГБ.
Например, dmidecode, как я полагаю, почти всегда, если не всегда, довольно точно сообщает вам совершенно правильную информацию об установленной оперативной памяти, но данные dmi часто будут содержать неверные данные о емкости.
Когда мне приходилось иметь дело с этой проблемой, я всегда использовал отчеты по каждому модулю как авторитетные, и я всегда позволял им переопределять данные dmidecode о фактической емкости, потому что последние не являются реальными данными.
# can be true, false, totally off, or pure fiction re capacity
# the rest of the data is usually pretty good though
dmidecode -t 5
# extremely accurate and reliable, per stick information. Trust it.
dmidecode -t 6
# same as 5, might be right re maximum capacity, might not be
dmidecode -t 16
# extremely accurate, can trust it, but can't learn max
dmidecode -t 17 capacity.
В основном это зависит от производителя материнской платы, правильно ли они заполнили поля данных, которые используют 5 и 16? Я приведу вам пример, который ясно показывает поля, которые они не хотели заполнять.
Handle 0x001A, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x0012
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 72 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM3
Bank Locator: BANK3
Type: DDR2
Type Detail: Synchronous
Speed: 400 MHz
Manufacturer: Manufacturer3
Serial Number: SerNum3
Asset Tag: AssetTagNum3
Part Number: PartNum3
Вы видите это через данные dmi и внутри / sys, данные, которые не были заполнены, наполовину заполнены поставщиками или заполнены неправильно. Пункты после скорости не были заполнены правильно. Мой личный фаворит - это то, что внутри гораздо чаще, чем вы думаете:
[Field Name]: To be filled by O.E.M.
Можно подумать, что в наши дни и в наши дни будет что-то, что на самом деле сообщает системам, что это такое, но, к сожалению, это не так. .
Я мог бы показать вам сотни экземпляров машинных данных dmidecode, которые демонстрируют эту проблему, но на самом деле вам нужно увидеть только один или два.Я склонен думать, что лучшие производители мобильных устройств, как правило, лучше заполняют свои наборы данных dmi, а более низкие - не делают этого, но на этот счет нет жесткого правила.
Как правило, это информация, которой вы можете доверять от dmidecode и ram:
DMI type 5
# Almost nothing in there except some generic information
Error Detecting Method: 64-bit ECC
Error Correcting Capabilities::
None
Associated Memory Slots: 4
Enabled Error Correcting Capabilities:
None
DMI type 6
Socket Designation: DIMM3
Current Speed: 167 ns
Installed Size: 2048 MB (Double-bank Connection)
Enabled Size: 2048 MB (Double-bank Connection)
Error Status: OK # probably
DMI type 16
Number Of Devices: 4
DMI type 17
Data Width: 72 bits
Size: 2048 MB
Locator: DIMM0
Bank Locator: BANK0
Type: DDR2
Type Detail: Synchronous # usually anyway
От Жиля, в комментариях:
Еще одна причина, по которой dmidecode может занижать максимальную емкость, - это когда на момент производства платы еще не существовало флешек на X ГБ (или производитель платы не потрудился протестировать с ними по какой-то причине), поэтому плата документирует Y ГБ как максимум с Y
Ключ состоит в том, чтобы понять, что максимальная емкость, которую dmidecode сообщает о наличии массива памяти, не вычисляется, это просто некоторые данные, которые кто-то ввел при создании таблицы dmi для mobo. Обычно я доверяю документации производителя mobo, а не данным dmi, но, как обнаружил этот плакат, даже это ненадежно.
Я установил политику для моего туннельного интерфейса gre gre1.
iptables -I INPUT -p gre -j ACCEPT
Это помогло мне заставить его работать.