Узкое место СPU систем с гипертриденгом.
 

Привет,

Как известно, если нагрузка на процессор превышает 80% или около того, то CPU принято считать узким местом. Вопрос верно ли тоже для систем с гипертридингом? Ведь если допустим 2 логических проца показывают 50% загруженности, нагрузка на физ. процессор состовляет 100% ? :idontnow:

Вот народ подсказал, надо смотреть длинну очереди проца, если постоянно больше 2, значит затык в процах. Такие вот дела.

Ой не факт,гипертрейдинг это не два проца,вы их видите только два в системе,а по сути это модуль,разруливающий потоки,что в единицу времени,загрузка проца всегда была максимально,он на это и поставлен.Таким образом обеспечивается максимальное быстродействие.Реальный прирост при HT составляет приблизительно 30%.

По моему тут забывают что технология гипертрединга дает не два виртуальных, независимых, и что самое главное, полноценных проца. По мимо модуля "основного проца" имеется лишь достаточно узкоспециализированный второй модуль, который дает тот самый прирост на 30% для _оптимизированных_ под него программ.

В этом и дело. W2k не понимает что у него только один физический, он же думает что у него 2 процессора. В perfmon'e можно посмотреть загрузку на 2 проца. Допустим я вижу, что 1 проц. загружен на 80%, а 2. проц. загружен на 50%. Что это значит? В эти 80% уже входит какая-то часть от второго? Еще вопрос, можно ли сказать, что по производительности, 1 физический процессор без НТ, равен физической части с НТ?
А с очередью проца. проще. На все процы в OS очередь только одна :)

Именно поэтому в Win2000 рекомендуется Hyper-Threading отключать. Наверно и загрузку процессора показывает неправильно.
См. здесь _http://www.intel.com/support/ru/platform/ht/os.htm и здесь _http://www.intel.com/support/ru/processors/pentium4/pentium4_ht.htm
Честно говоря, не совсем поняла вопрос и заранее извиняюсь, если что не так :)
А как посмотреть длинну очереди проца?

>А как посмотреть длинну очереди проца?
Performance Monitor

System\Processor Queue Length

Что интересно в первом документе говорится по поводу desktop OS, относится ли это к s2k server? Ядра вроде одинаковые.

С гипертреаденгом больше вопросов, чем ответов. :rolleyes:

obrp
В Панель управления\Система ничего не нашла. У меня WinXP.
Про Server говорится, что HT не работает на всех версиях Win2000, тем более если ядра одинаковые.

Sterwoza

Посмотри тут: Панель управления > администрирование > производительность > дальше выбираешь нужный счётчик и смотришь.
:cool:

Перекинул в железо.

Заточки програм под HyTr нет смысла, и правельно его видит Win2K как два проца, имено это и обеcпечивает работу HyTr без дополнительных заточек. Он просто раздает нарузку на разные потоки, не особо понимая что это один проц, но это ему и не надо. А вот проц, принимаея команды с двух потоков, полюбому должен ставить их в очередь, поэтому мы можем видеть что в одном окне у нас 40% загрузки, а в другом 50%, потому как в данную единицу времени, команды с одного из потоков имеет больший приоритет. А реальная загрузка проца на HyTr, это максимальное значение в данную единицу времени. Хотя некоторые утверджают что это среднее значение, но имхо это всеже один проц, и он соблюдает последовательность команд по любому, сколько бы потоков небыло, и отвечает им тоже последовательно. Вот. :rolleyes:

Прочитал сейчас статьи, любезно предоставленные Sterwoz-ой, выдимо я ошибся про Win2k. Погорячился. :(

2Mamont-San
По поводу статьи - видишь в чеи прикол, на сайте говорится о desktop версиях, относится ли это к server'ным версиям того же w2k, нет ясности.

>А реальная загрузка проца на HyTr, это максимальное значение в данную >единицу времени

Вот за эту инфу очень благодарствую! У меня на серваке 2 физ. проца, значится я должен из 4 показателей выбрать 2 максимальных. Да уж задачка как рассчитать среднее по 2 максимальным, простой не кажется :)

Погодите-ка... HT предусматривает загрузку второго виртуального проца, только если простаивает какой-то блок... Например, можно запустить Super-PI и посмотреть загрузку. Прога считает число П до какой-то офигенной запятой. При этом грузится больше всего FPU, а ALU отдыхает. Именно в этом случае HT подгрузит ALU каким-нибудь процессом для целочисленных вычислений. По идее, при работе Super-PI загружен будет только 1 виртуальный проц.