Screenlets RingSensors имеет ко многим датчикам ЦП, каковы они?
Я просто установил screenlets для получения некоторой экранной информации о моей системе. Я пробую RingSensors screenlet для контроля загрузки ЦП, но существует больше датчиков, доступных для контроля, чем я ожидал бы.
Когда я перехожу к настройкам для выбора, какой CPU (ядро) кольцо должно контролировать, я заставляю 5 различных CPU выбирать из:
Моим процессором является QuadCore, таким образом, я ожидал бы 4 монитора ЦП, не 5. Если я проверяю/proc/cpuinfo, я получаю ожидаемое количество:
$ cat /proc/cpuinfo | grep ^processor
processor : 0
processor : 1
processor : 2
processor : 3
Все мониторы получают некоторое чтение, так как они представляют когда-либо обновляющее значение:
И htop и RingSensors имеют некоторый интервал обновления, поэтому даже при том, что у меня были оба метра на экране одновременно, когда я сделал снимок экрана, я не удивлен, что htop и ringsensors получают различные значения.
Кто-то может объяснить дополнительный метр CPU мне?
Действительно ли один из метров является средней загрузкой всех ядер или чего-то?
Есть ли некоторый способ, которым я могу попытаться истратить одно ядро за один раз, чтобы видеть, как это влияет на значения загрузки, о которых сообщают?
Править:
Используя команду taskset объединенный с командой подчеркивают, что я смог подчеркнуть одно ядро за один раз и из которого я мог получить это, CPU1-4 представляют отдельные ядра, и CPU0 - что-то еще, агрегирование половины ядер или чего-то.
$ stress -c 1&
[1] 18829
$ taskset -p -c 0 18830
pid 18830's current affinity list: 0-3
pid 18830's new affinity list: 0
$ taskset -p -c 1 18830
pid 18830's current affinity list: 0
pid 18830's new affinity list: 1
$ taskset -p -c 2 18830
pid 18830's current affinity list: 1
pid 18830's new affinity list: 2
$ taskset -p -c 3 18830
pid 18830's current affinity list: 2
pid 18830's new affinity list: 3
Поскольку Вы видите, что напряжение породило дочерний процесс, вот почему я должен установить привязку pid 18830 вместо 18 829.
Наконец, если я истратил два (или больше) ядра одновременно, я заставляю CPU0 истратить также: 