Это может быть работа ОЗУ в групповом режиме (см. Здесь: http://www.tomshardware.com/forum/278881-30-what-ganged-unganged-mode ).
Проверьте в BIOS, что слоты памяти правильно определены и не объединены.
dmidecode
или dmidecode -t
показывает, как Fedora видит ОЗУ.
Для размещения логических ЦП в узлах NUMA:
lscpu
или:
numactl --hardware
, который также отображает в реальном времени -информацию о памяти узлов и «расстояниях» узлов.
Общая информация об использовании памяти процессом:
numastat -p <PID_or_name_pattern>
из пакета numactl
.
Для гораздо более сложного инструмента:
numatop
(Согласно справочной странице, он поддерживает только Intel Xeon и некоторые процессоры IBM)
Обратите внимание, что я был бы очень удивлен, увидев простаивающие ядра, в то время как следующие за ними тонут в работе (если только вы не заставили систему включить это с помощью процессорного набора, конечно ):вы можете быстро проверить это простым top
, нажмите 1
для -активности процессора.
Инструмент, созданный Дж. П. Лози для его статьи 2016 г. «Планировщик Linux :Десятилетие потраченных впустую ядер», доступен по адресуhttps://github.com/jplozi/wastedcoresесли что-то подобное это то, что вы искали. Различные выходные данные графиков из разных прогонов тестов находятся на уровнеhttp://sfu.lozi.org/results/
За удобство не ручаюсь, не пользовался. Похоже, в последний раз он обновлялся для ядра Linux 4.1.