Количество ФИЗИЧЕСКИХ процессоров

Не выходит написать код для определения количества ФИЗИЧЕСКИХ процессоров (не ядер ) в системе.
есть команда для этого , но как ее интерпретировать на с/c++ не могу догнатьДобавлено через 20 минут
Еще интересно то ,что при выдает 0 ,почему-то
А при выдает 4,что верно

0

Сообщение от fascio27 есть команда для этого

А ты хоть понимаешь, что она делает?

0

Evg, ну если говорить про то как я понял выводит physical id из файла cpuinfo

0

А вообще, есть подозрение, что наличие в выдаче "physical id" - это только в каком-то конкретном случае. У меня из многопроцессорных машин есть доступ только к не-intel'овским, но там печать визуально не отличается от однопроцессорной. Т.е. просто печатается список всех ядер, независимо от того, сколько процессоров

Добавлено через 1 минуту

Сообщение от fascio27 то как я понял выводит physical id из файла cpuinfo

В общем понятно, что ты нифига не понимаешь. Покажи, что на твоей машине печатает приказ "cat /proc/cpuinfo"

Добавлено через 1 минуту
Если не забуду, завтра поспрашиваю у людей, может быть знают правильный способ

Добавлено через 54 секунды
Или ты уже проверил, что вся длинная команда конкретно в твоём случае работает правильно?

0

Evg, работает неверно , но это видимо потому ,что в моем случае в cpuinfo нету записи 'physical id'

отображает верно ,но я не до конца с этой командой разобрался.
Может есть какой-то универсальный способ?=)

0

Сообщение от fascio27 ls /sys/devices/system/node

Здесь у меня тоже отработало в соответствии с ожиданиями

Сообщение от fascio27 Может есть какой-то универсальный способ?=)

Линукс - это не та система, в которой можно оперировать понятиями типа "универсальный способ". Я спрошу у людей, но если вдруг и есть более культурный способ, всё равно у него будут какие-нибудь ограничения типа того, что на ядрах (имеется в виду kernel - ядро ОС) с версией меньше такого-то это не будет работать

0

Сообщение от fascio27 ls /sys/devices/system/node|grep node|wc -l отображает верно

А у меня всего 1 выдало, хотя в системе 2 ядра 4 потока. Так что не такой уж универсальный способ.

0

Добавлено через 2 часа 33 минуты
В общем, культурных способов не знают. Только через ковыряние в системных каталогах /sys. Скорее всего это не файлы на диске, а что-то, подмонтированное в системную память ядра, наподобие /proc, но на 100% не уверен (впрочем, это и не важно)

В каталоге /sys/devices/system/cpu находится информация по всем ядрам - каталоги cpu0, cpu1, ... Внутри каждого такого каталога есть каталог topology, в нём файл physical_package_id, в котором записан номер физического процессора, которому принадлежит ядро

Т.е. надо пройтись по всем таким каталогам и суммарно наскрести всю информацию о разнообразии физических процессоров и на основании этого посчитать, сколько физических процессоров есть (но скорее всего речь пойдёт о включенных процессорах, а не обо всех)

Т.е. приказ

Как это сделать на Си? Я бы сделал скрипт, содержащий такую команду, положил его в определённое место на файловой системе, из программы запустил бы этот скрипт и посмотрел его выдачу. Если топорно, то через функцию system. Если по умному, то через функции fork + execvp + pipe + read

1

Сообщение от Evg Он же специально указал "количества ФИЗИЧЕСКИХ процессоров (не ядер )"

Имелось в виду на серверных и других экзотических системах что ли?
Если так, для чего это может понадобиться?

0

Для полноты картины. Количество ядер - man get_nprocs_conf

0

COKPOWEHEU, в дальнейшем для регуляции вентиляторов на процессорах

Добавлено через 23 секунды
Evg, спасибо , полажу ,буду пробовать=)

0

Сообщение от Evg Количество ядер - man get_nprocs_conf

Только это количество потоков, а не ядер.

0

Сообщение от COKPOWEHEU Только это количество потоков

У вас какой-то специальный ман?

NAME get_nprocs, get_nprocs_conf - get number of processors SYNOPSIS #include <sys/sysinfo.h> int get_nprocs(void); int get_nprocs_conf(void); DESCRIPTION The function get_nprocs_conf() returns the number of processors configured by the operating system.

0

Сообщение от COKPOWEHEU Только это количество потоков, а не ядер

Это количество сущностей, на которые можно поставить задачу на исполнение (т.е. с точки зрения ОС). Ну может быть это ещё можно назвать словом "количество виртуальных ядер". Но не применяй идиотский маркетинговый термин "поток" в контексте программирования, тебя большинство людей не поймут

Сообщение от Вованя У вас какой-то специальный ман?

Операционная система в режиме SMP (симметричная многопроцессорность) каждую такую сущность называет словом "процессор" (точнее "processor"). Т.е. на низком уровне что-то проинициализировано и в итоге оказывается, что у тебя в наличии доступно 16 попугаев, на которые можно поставить на исполнении задачу. Каково конкретной устройство этих попугаев - начиная с некоторого момента роли не играет. Во всех перечисленных ниже случаях ядро ОС будет работать одинаково:

1. В системе четыре одноядерных процессора без гипетрединга
2. В системе один четырёхядерный процессор без гипертрединга
3. В системе один двухядерный процессор с гипертредингом
4. В системе два одноядерных процессора с гипертредингом

Во всех случаях ядро ОС может поставить на исполнение одновременно 4 процесса или программных потока

Под словом "гипетрединг" тут подразумевается любая сущность, порождающая два виртуальных ядра на одно физическое ядро: гпетрединг (то, что на современных Intel), SMT (то, что на AMD Ryzen), процессорные модули (то, что на AMD FX) и ещё бог весть какие технологии, которые существуют в природе и работают с аналогичным смыслом

2

Сообщение от Evg Во всех перечисленных ниже случаях ядро ОС будет работать одинаково:

В том-то и дело, что нет. Лично у меня во время экспериментов получилось, что производительность 4 виртуальных ядер всего на 30% больше, чем 2 физических, а вовсе не на 100%.
Если вам не нравится термин "поток" - я за него не цепляюсь, пусть будут виртуальные ядра если считаете что такое название лучше отражает суть.

0

Сообщение от COKPOWEHEU Лично у меня во время экспериментов получилось, что производительность 4 виртуальных ядер всего на 30% больше, чем 2 физических, а вовсе не на 100%.

А именно так и должно быть. Ядро ставит две задачи на два виртуальных ядра. А дальше процессор сам корячится, по очереди их исполняя на одном и том же физическом ядре

Важным является то, что планировщик ОС не знает о том, что эти ядра - виртуальные. Он просто видит N processor'ов и раскидывает между ними задачи, абсолютно не разбираясь в том, где там и что. В случае гипертрединга требуются напильники, чтобы это работало эффективно. Например, постоянная ротация задач по ядрам. В случае нескольких физических процессоров включаются какие-то дополнительные механизмы, учитывающие, что перекидывать задачу между ранзными процессорами намного дольше по времени, да и кэши там физически разведены. А если ещё и память распределённая (NUMA), то требуются ещё напильники

Сообщение от COKPOWEHEU Если вам не нравится термин "поток" - я за него не цепляюсь, пусть будут виртуальные ядра если считаете что такое название лучше отражает суть

Лично мне всё равно. Но после общения с людьми из железячных тем я предпочитаю термины "программный поток" и "виртуальное ядро". Маркетологи настолько всем заездили мозги "потоками" в процессоре, что люди начинают неправильно понимать смысл написанного. Собственно, для того они (маркетологи) и начали использовать термин "поток", что это помогает сбить с толку людей, читающих материал о программных потоках

2

Сообщение от Evg Важным является то, что планировщик ОС не знает о том, что эти ядра - виртуальные. Он просто видит N processor'ов и раскидывает между ними задачи, абсолютно не разбираясь в том, где там и что.

А что ему еще остается, он же не знает о конкретном алгоритме пользователя и не может это оптимизировать. Правда, не уверен, что информация о количестве реальных и виртуальных ядер как-то поможет и пользователю, но мало ли... Где-то краем уха слышал, что можно подсказать ОС на каком ядре запускать данный процесс. Но особо темой не интересовался, может и не работает это.
С чего все началось-то. В системе может быть несколько физических процессоров, в каждом из них несколько физических ядер, в каждом из них несколько виртуальных. Это уже 3 разных числа. Не работал с кластерами, но интуитивно кажется что одна система еще и может работать на нескольких компьютерах, тогда чисел целых 4, и все разные.

0

Сообщение от COKPOWEHEU А что ему еще остается, он же не знает о конкретном алгоритме пользователя и не может это оптимизировать

Если под "алгоритмом" ты имеешь в виду планирование, то пользователь сам всё может настроить. Там есть система приоритетов и ещё какие-то функции, связанные с настройкой планирования. Правда большинство из этого скорее всего только под суперпользователем (root, Администратор) работает

Сообщение от COKPOWEHEU Где-то краем уха слышал, что можно подсказать ОС на каком ядре запускать данный процесс. Но особо темой не интересовался, может и не работает это

В linux'е - "taskset -c". В винде - в диспетчере задач ПКМ - "задать соответствие". Правда в случае гипертрединга и подобных технологий надо ещё правильно разобраться, как там правильно нумеруются виртуальные ядра

Сообщение от COKPOWEHEU С чего все началось-то. В системе может быть несколько физических процессоров, в каждом из них несколько физических ядер, в каждом из них несколько виртуальных. Это уже 3 разных числа

Да. Количества всего этого барахла и есть processor'ы в описании "The function get_nprocs_conf() returns the number of processors configured by the operating system." - в терминах планировщика ОС. В посте #14 фраза "Во всех перечисленных ниже случаях ядро ОС будет работать одинаково" имелся в виду планировщик ОС. А функция get_nprocs_conf - это для тех, кто хочет ручками сам всё распихать по процессорным ядрам, чтобы планировщик ОС не занимался жонглированием по своим правилам

Сообщение от COKPOWEHEU Не работал с кластерами, но интуитивно кажется что одна система еще и может работать на нескольких компьютерах, тогда чисел целых 4, и все разные

Да, может (так называемые "распределённые вычисления"). Но это обычно отдельная программная прослойка. Машины объединяются по сети. С точки зрения ОС на одной машине есть только она и больше никто. О существовании других машин в кластере обычно знает только софт, но не ОС. "Знает" в смысле "управляет". Т.е. это именно софтина раскидывает задачи по машинам, а не планировщик ОС. Хотя может быть и специализированные операционки есть, когда общение между машинами ведётся на уровне ядер ОС, а не на уровне софта

0

Evg,
Я здесь полазил и нашел файл online ,путь к нему :/sys/devices/system/cpu/online
Может возможно в нем считать ,у меня вроде верно отображает 0-7,8-15,16-23,24-31
То есть 4 физических процессора по 8 ядер.
Просто нет возможности проверить на других машинах.

0

Сообщение от fascio27 Может возможно в нем считать ,у меня вроде верно отображает 0-7,8-15,16-23,24-31

Нет. Линукс так выводит на печать любые битмэпы, в том числе и cpuset/cpumask

Сообщение от fascio27 в дальнейшем для регуляции вентиляторов на процессорах

звучит феерично.

0