измерение нагрузки на процессор с помощью hyperthreading в linux

на мой взгляд ни один из вышеприведенных ответов не является удовлетворительным.

Я думаю, что статья, на которую я ссылаюсь по следующей ссылке, хорошо ориентирована на ответ на этот вопрос: http://perfdynamics.blogspot.ch/2014/01/monitoring-cpu-utilization-under-hyper.html

цитата:

идея HT заключается в том, чтобы разрешить запуск другого потока приложений когда запущенные приложения в палатках; из-за филиал misprediction, пузыри в трубопровод, etc. Чтобы сделать это возможным, должно быть другой порт или как регистр. Этот регистр становится видимым для ОС если ХТ включен. Тем не менее, ОС (и на всем пути вверх по пищевой цепи к тому, что perf инструменты, которые вы используете) теперь думает дважды процессор емкость доступна, т. е., C. P. U. 100% на каждом как порт.

но под капотом есть еще только one единица исполнения: одно физическое ядро, с которого вы начали до включения HT. Тот разница в том, что он делится между 2 а порты. Как одиночный сердечник получает переключенным между 2 портами очень сложный, но наиболее понятный с точки зрения опрошенных очередей. Я перейдите на этот уровень детализации в моих классах GCaP.

измерения испытания лучш-случая я имею, показывают что каждый порт HT не может стать более 75% занят, в среднем, или 150% от общего числа ожидается, что 200% емкости в зависимости от операционной системы. "Недостающие" 50% мощность, то, о чем я говорил ранее, является иллюзией. Корпорация Intel утверждали, что нечто в диапазоне от 120% до 130% можно ожидать для общего применения.

на самом деле, я уверен, что операционная система может достигать 100% на каждом виртуальном ядре, без сомнения. Я только что сделал:

mvn clean install -DskipTests -T 5

и я могу заверить вас, что мои 8 виртуальных ядер, и 4 физических ядра все пошли на 100% загрузки процессора. И у меня определенно нет 8 ядер на моем машина.

короче говоря, вы можете предположить следующее, Если общая нагрузка на процессор превысит 100%, и, скорее всего, довольно точно, используя ровно 100% физического ядра. Это menas, если у вас есть физическое ядро 1, разделенное на процессор операционной системы 1 и процессор 2. И на CPU 1 у вас есть общее использование 50% и на CPU 2 у вас есть общее использование 50%, скорее всего, в реальной жизни вы ставите давление общего использования 100% на этот процессор. Вы превысили его из.

но конечно операционная система в своих инструментах контроля системы не имеет никакую идею что она продает вас Иллюзион. С точки зрения операционной системы и того, как она управляет ресурсами, она просто будет считать, что eeach этих двух виртуальных ядер все еще на 50 процентов простаивает, поэтому, если есть больше задач для запуска, она попытается равномерно распределить их по этим двум ядрам. Поэтому, когда вы переходите на 100% загрузку процессора, в течение периода использования процессора всегда есть работа в очереди работать в этот период не было изменения, чтобы получить sclice времени на CPU. В конце концов он получит его, но всегда есть некоторые потоки, которые на самом деле даже не работает, даже если они запланированы для запуска.

спасибо