Почему двухканальный режим памяти работает в Windows, но не работает в Linux?

Question

[Данил]

В ноутбуке две плашки DDR4 по 8 гб. В биосе вижу, что они работают в двухканальном режиме. В Windows тоже видно это и через CPU-Z, и по диспетчеру задач. Как однозначно идентифицировать это в Linux (Elementary OS 5.0) не нашел, но dmidecode для Interleaved Data Depth показывает значение 1, да и остальные значение на двухканальный режим никак не намекают. В System Monitor потребление памяти как при одноканальном.
Вопрос: такое вообще возможно? На каком уровне разруливается использование двухканальной памяти, софта (ОС) или железа?

Comments

[Ezhyg]

потребление памяти как при одноканальном.

А с какой стати оно должно меняться?

Раз уж будешь перепроверять, посмотри там где-то "битность" (шины), должно быть 16 - два канала и 8 - один.

[Данил]

А с какой стати оно должно меняться?

а с какой стати оно поменялось в винде? (стабильно отожрано в 2 раза больше ОЗУ, чем должно быть)

Answer 1

[pfg21]

ну уровне железа. для програм есть только память.
дмидекоде может и ошибаться.
самый лучший вариант - проверить скорость записи/чтения в ram.

Answer 2

[nonname]

ОС этим не управляет.
Посмотреть можно через lshw в разделе memory, там у каждой планки есть параметр slot. Там и пишется какой канал, у меня например 2х8гб ChannelA-DIMM0 и ChannelB-DIMM0.

Comments

[Данил]

смотрел и по-моему там ни слова не было про каналы (сейчас ноута нет под рукой, поэтому немного не уверен, вечером убежусь так ли это)

[pfg21]

там расписаны в какой слот какая память впихнута. это значения снимаемые с SPD (мелкой флешки стоящей на планке памяти).
распределение потоков памяти в ней емнип не пишется.

Answer 3

[Fixid]

Это железный уровень.

Comments

[Данил]

Т.е. можно с уверенностью заявить, что Linux врёт?

[Adamos]

Данил, При чем здесь Линукс? Вы неверно определили одноканальность по выводу dmidecode.
Соответственно, либо эта утилита выдает неверные данные (по этому поводу модно обратиться к ее разработчику), либо вы неверно эти данные интерпретировали.

[Данил]

Adamos, утилита получает данные теми способами, которые предоставляет ОС. И если в винде все видят, что память в двухканальном режиме, а в линуксе не видит никто (перепробовал все способы, что удалось нагуглить, dmidecode просто самая часто рекомендуемая и с максимально однозначными результатами), то я делаю вывод, что дело в ОС.

Answer 4

[burst]

Режим работы памяти влияет на то с какой скоростью обращается CPU с памятью. Поэтому если есть сомнения запустите тест в котором критична работа с памятью, в двух режимах (Dual Channel, Single Channel).

Answer 5

[Валентин]

В System Monitor потребление памяти как при одноканальном.

Эм, это как? Потребление памяти приложениями никак не зависит от того, во сколько каналов процессор общается с оперативкой.

Это железный уровень, сооветственно если вам кажется, что в линукс оно не работает - вы неверно читаете данные той утилиты, которой смотрите.

Comments

[Данил]

Я понимаю, что в System Monitor и не должно быть двухкратное потребление памяти, но в диспетчере задач винды оно именно такое, о чём я также упомянул, так что тут просто противопоставление. Назначение утилит-то идентичное.
Данные я читаю так, как указано их читать в ответах, которые я нагуглил. И лучше бы вы сказали, как их читать правильно, т.к. в текущем виде ваш ответ на вопрос смысла не несёт вообще никакого.

[Валентин]

Данил, так ваш вопрос тоже мало смысла имеет, т.к. он звучит в духе "машина не заводится, я стекло протёр, фары протёр, всё равно не заводится". Вот у вас 16Гб оперативной памяти. Запустили вы операционную систему. В линуксе через утилиту top или htop посмотрели, сколько памяти занято. Запустили приложение какое-то, опять посмотрели. Что идет не так?