OpenBSD это расскажи.

Там же дыру нашли новую.

В системных требованиях Ansys рекомендуют выключать.

У Ansys упор на арифметику с плавающей точкой.

за этот самый хайпер в процессоре интел дерёт как за две рязани.

исправил в заглавном посте.
пусть будет Ъ-хомячки

Если только ты не упираешься в 100% 1 виртуального ядра, тогда польза резко падает. Прямо таки резко, раза в 3 уменьшается. Эх, давно это было. Всё зависит от задач, в общем.

Решето же, или ты на зарплате у штеуда?

Да? А я-то думал интел стоит как полторы рязани потому что каждое из ядер молотит как полтора рязанских.

гипертрединг ускоряет работу программ

От задачи же зависит — если прога вообще поддерживает потоки. Во многих ты и от честных ведер выигрыша не получишь... Если твоя прога их никак не поддерживает и/или часто ходит в по определению однопоточный гуй и обратно :) Не так давно было — писали до первого патча в игорях требования всяких там многоведерных процов... Потом оказывалось что игра никак не поддерживает многопоточность и отлично идет на каком-нибудь Athlon XP, если хорошо урезать ей осетра. А 50 потоков в каком-нибудь бородатом Team Fortress 2 или Rage — это какой-то борщ, потому что они никак не согласуются с типичным игровым процом до сих пор — где-то выигрыш, где-то лагающая подгрузка текстур :) То что во многих играх и т.д. щас многопоток — вообще часто не заслуга самиъ игро/прогописателей, либо это какой-то дефолт движка, который по хорошему тюнить надо, либо вообще библиотек (которые создают потоки для себя). Реальное ускорение можно получить только вдумчивым распараллеливанием под конкретный проц (чего опять никто не будет делать при текущей сегментации рынка).

Как 1.1-1.2 от силы.

А если на штеуде загрузить больше 3 ядер на 100 проц, то их мощь резко начинает падать из за кольцевой говнины.

Попробовал на E3-1230 v5 тестом 7z - вроде норм скейлится.

7z - int, на AMD FX оно вообще чудесные результаты показывает.

гипертрипер бесполезен и даже вреден как минимум в 2 случаях:

1. 100% использование исполнительных блоков одним потоком (ну, там, AVX числодробильни). гипертрипер новые исполнительные блоки ядру не отрастит

2. задача - наоборот, memory-intensive (т.е. скорость обработки упирается в скорость получания данных из кешей/памяти). тут при добавлении второго потока все становится очень печально, растут cache misses, и производительнсть реально проседает.

в остальных задачах - от него вполне может быть кой-какой профит.

https://www.cpubenchmark.net/singleThread.html

Давай ты дашь ссылку на бенчмарк, который в приличных местах не борется за место у параши с гикбенчем? :)

Дополнение: Тео де Раадт (Theo de Raadt) публично предупредил о наличии серьёзной уязвимости в реализации HyperThreading, рекомендуется отключить эту опцию для любых компьютеров, где может выполняться недоверенный код (например, выполнение JavaScript-кода в браузере и системы хостинга).

http://www.opennet.ru/opennews/art.shtml?num=48787

крякал wpa пароли словарем, так ровно в два раза быстрее с гт.

Ъ-хомячки: Если очень кратко - включайте всегда.

чиво блять? а с хуяли оно где-то будет выключено?

ссылкой на исследование не поделитесь?

Отличный бенчмарк на сырую мощь CPU, линейно отражает производительность одной из однопоточных числодробилок с моей работы. А ты какой предлагаешь, из серии «пуск открыть-закрыть»?

Cinebench, как один из признаваемых всеми оверклокерами.

Херню ты думал

Если припекает, то советую взять вместо печки процессор.

https://www.3dcenter.org/dateien/abbildungen/Cinebench-R15-Singlethread-Compa...

Че-то Рязань не похожа на сколь-либо нестремный вариант для однопотока.

И да,

как один из признаваемых всеми оверклокерами.

В чем прикол того, что бенчмарк признала группа людей, компами по назначению не пользующаяся?

https://www.cpu-monkey.com/en/compare_cpu-amd_ryzen_7_2700x-876-vs-intel_core... — 17% разницы.

В чем прикол того, что бенчмарк признала группа людей, компами по назначению не пользующаяся?

Этой группе можно доверять, твоей таинственной дробилке — нет. Это вроде очевидно.

Мммм, советы школоклокера, и как я жил без них?

Чини детектор.

Этой группе можно доверять, твоей таинственной дробилке — нет. Это вроде очевидно.

Аргументация на уровне «мне можно доверять, у меня аватарка есть, а таинственному анону - нет. Это вроде очевидно».

Подмена понятий в лучших традициях лоровских фанбоев -_- Раньше ты не был таким толстым.

С такой аргументации не удержишься - столстишь.

а почему? косячить начинает с точностью?

нормальные люди тестируют на реальных задачах для которых процессор покупался и взгляды оверклокеров на этот вопрос им до лампочки

По этому треду очень заметно, да! (нет)

Он отлично работает - фанбой сдетектирован.

Как я понял, все таки из-за производительности, хотя программа умеет распараллеливаться на большое количество потоков без проблем.

как минимум в 2 случаях:

А теперь смотрим на тест блендера, который avx и память сразу ;)

Дык частота же.

Наверное ещё от тяжести задачи зависит.

фороникс совсем в британских ученых скатился.

«Мы выключили Х и знаете что? Х перестал работать! Не советуем вам выключать Х если вы пользуетесь Х»

ну вот как раз потому, что «ни AVX ни память» - он и получает ускорение. пока один поток втыкает, ожидая выборку из памяти, второй - молотит на освободившихся блоках. потом - меняются местами.

посмотрите на тест какого-нить роутинга/ната/прочего, ну чтобы понять что такое memory/cache-intensive. там 20-30% просадки от включения гипертрипера - в порядке вещей.

Фанбой чего хотя бы?

там 20-30% просадки от включения гипертрипера - в порядке вещей.

Такие просадки могут быть только в одном случае - код начинает упираться в статически разделяемые при SMT ресурсы, коих не так много.

В остальных случаях это проблемы шедулера потоков ОС.

Такие просадки могут быть только в одном случае - код начинает упираться в статически разделяемые при SMT ресурсы, коих не так много.

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

В остальных случаях это проблемы шедулера потоков ОС.

какой такой «шедулер потоков» для контекста прерываний???

прерывание жестко прибито к ядру.

а проблема с просадкой производительности - по одной простой причине: роутинг/нат - не cpu-intensive задача. проц там прохлаждается бОльшую часть времени, пока данные для ядер приползут из памяти/кешей. и увеличение кол-ва потоков приводит лишь к тому, что растет кол-во гоняемых между ядром и кешами/памятью данных (растут cache misses, т.к. 2 потока кода - это обращение к 2 копиям кода, объем которого заметно больше чем обьем L1I).

именно поэтому в идеальном случае там включение гипертрипера дает нулевую прибавку, а обычно - дает существенную просадку.

У меня есть два ноута, один на i5 один на i7. Гиви Бридж. Точные модели не знаю, там четырёхзначное число и буковка K. Наверное, это градусы по Кельвину. Так вот, на первом майнинг валеры в 4 потока показывает 50 h/s. На втором тоже 50 h/s. Я долго майнил со скоростью 50 h/s, пока однажды случайно не указал 2 потока. И что бы вы думали? На i5 производительность выросла до 75 h/s (на одном потоке 50, на другом 25), а на i7 - до 100 h/s (на обоих потоках по 50 h/s). Это что за магия? Это и есть тот самый гипер трейдинг? Так отключать его надо нафиг, раз меньшее кол-во потоков показывает больший хешрейт! Я в биосе не нашёл где отключить...

Кстати, когда пускаю в два потока, и запускаю ещё какую-нибудь прогу (например браузер), то хешрейт падает до всё тех же 50 h/s. Надо чтобы 2 реальных ядра были заняты на 100%, а два виртуальных - не больше чем на 10%.

всё пральна он те грит

да и прерывания твои только на пол ядрай действуют если чо - паралельно на это же ядре продолжает выполняться то, что на нём и выполнялось
что мешает при включоном гипентрендинге изпользовать только чотные\ничоткие «ядра» и ещё рас перипровереть ризультат? :-[

Точные модели не знаю, там четырёхзначное число и буковка K. Наверное, это градусы по Кельвину.

Так вот для чего Интелам - жидкоазотное охлаждение!

ну а накой тогда гипертрипер включать, если там ничего, кроме прерываний не выполняется (1% user cpu time не в счет)?

ну да, можно не использовать фиктивные ядра, но накой их включать?

дядя петя, ты дурак?

такое ощущение что с ненормальным разговариваю...

какой такой «шедулер потоков» для контекста прерываний???

прерывание жестко прибито к ядру.

к кому чо у тебя там прибито?
опенсорс жи есть - иди переписывай если что-то не нравится
ну или сиди дальше с выключенным - оптимизаторщик хуев