just_vladimirВ описываемом случае, если оба потока занимаются идентичными операциями, то гипертрединг действительно может оказаться не очень эффективным, т.к. обоим потокам будут требоваться однотипные execution unit'ы, за которые и будут конкурировать потоки, а те которые не востребованы будут простаивать, как при работе одного потока, так и при работе двух потоков. А вот если потоки разнородные, условно (на самом деле это все очень тонкие материи) в одном крутится некий алгоритм работающий с целочисленными вычислениями, а во втором с плавающей точкой, то в теории в этой ситуации должен быть неплохой профит от гипертрединга.
Если обоим потокам будут требоваться однотипные execution unit'ы, но по одной штуке, а однотипных execution unit'ов пара или больше, то гипертрейдинг повысит производительность ровно в два раза.
HettДопустим 1 процесс использует одно ядро на максимум. Следовательно мы видим в общей картине, что нагрузка на процессор составляет 50%.Ещё раз - по процентикам в таск-менеджере вы не увидите, насколько эффективно используются execution unit'ы одним потоком.
Он не показывает, команды в одном потоке выполняются парами за такт, или по одной за такт.
Он показывает, все ли такты процессора были использованы потоком, не было ли перехода процессора в режим ожидания.

just_vladimiralexeyvgЕсли обоим потокам будут требоваться однотипные execution unit'ы, но по одной штуке, а однотипных execution unit'ов пара или больше, то гипертрейдинг повысит производительность ровно в два раза.
Говорю же, здесь тонкие материи и много если, которые знают только инженеры Intel, а остальные только догадываются. Я дак вообще дилетант :-) Но тем не менее мне в целом сложно представить такую ситуацию, что один поток использует всего один execution unit, а остальные простаивают и их конвеер никак не нагружает.Если вы вообще можете представить такую необычную ситуацию, когда "поток использует более одного execution unit", то представить, что поток "не может" это делать, по моему, достаточно просто.
Вы знаете, как вообще это работает, "одновременное использование нескольких execution unit"?

Всё таки использование более одного execution unit - это результат очень сложных техник, особых последовательностей в выполняемом коде, и некоторого везения.

Причём некоторые из этих техник (да, наверное, все) делают это использование заведомо избыточным, уничтожая часть его результатов.
Т.е., скажем, при использовании 3х execution unit, особенно однотипных, 2 из 3х результатов вычислений может быть уничтожено, если процессор поймёт, что результат обработки недостоверен.
Что ещё более повышает эффективность гипертрейдинга, где таких проблем в принципе быть не может.

Scott Tiger https://en.wikipedia.org/wiki/Simultaneous_multithreading - вот здесь в разделе "Modern commercial implementations" вкратце пояснено, чем интеловский гипертрединг отличается от сходно называющихся реализаций Sun/Oracle, IBM и пр.Нет, нету там про "чем интеловский гипертрединг отличается от ...". Там просто упомянуты некоторые особенности конкретных реализаций гипертрединга на разных процессорах, в т.ч. для интеля - на пентиуме 4 (14-летней давности).