Здравствуйте, Aquilaware, Вы писали:

A>При выполнении юнит тестов и тестов интеграции, прирост от HT почти 200%. Совсем не копеечный.

Прирост 200% — это в 3 раза.
Где можно посмотреть на бенчмарки?

Здравствуйте, alpha21264, Вы писали:

a> Мне кажется, что вообще ни для чего. Разве что для маркетинга — вот смотрите у нас восемь ядер!

Которые высадят вашу батарейку еще быстрее

Здравствуйте, alpha21264, Вы писали:

A>Разве что для маркетинга — вот смотрите у нас восемь ядер!

Это называется hyper-threading

Здравствуйте, Codealot, Вы писали:

C>Или просто потому, что 13900 и сам жарит корпус со страшной силой.

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

Здравствуйте, rm2, Вы писали:

rm2>видеокарта стала больше кадров выдавать

Ты это замерил?

Здравствуйте, alpha21264, Вы писали:

A>Здравым смыслом

Здравый смысл как раз таки подсказывает, что правильная: дофига софта лупят в один поток. Например, мой "горячо любимый" WinDbg c расширениями типа SoS именно такой, а провести там можно весь день, а потом он ещё ночь (всю) он будет GCRoot выводить.

Здравствуйте, Codealot, Вы писали:

C>Здравствуйте, rm2, Вы писали:

rm2>>видеокарта стала больше кадров выдавать

C>Ты это замерил?

Ну да. там разница процентов в 30 в том же quake champions на одной видеокарте, между 5950 и 13900к

Здравствуйте, Alekzander, Вы писали:

A>Это неправильная модель. Правильная — пиковая производительность. Любой планировщик бюджетов от неё хоть что-то, да откусит, а теперь ещё выясняется, что нужна поддержка со стороны ОС.

Для любого процессора нужна поддержка OS. Например, для того чтобы сохранить состояния регистров в контекст потока. Появляется SSE — нужна поддержка XMM, появляется AVX — нужна поддержка YMM, AVX512 — теперь нужно ZMM поддерживать. Более того, если твоя ось не поставит флажок, что она умеет в SSE, то любая SSE инструкция свалится с illegal instruction. Это почти со всеми расширениями.

Здравствуйте, rm2, Вы писали:

rm2>Ну да. там разница процентов в 30 в том же quake champions на одной видеокарте, между 5950 и 13900к

Тогда почему не сказал сразу про фпс, а начал говорить про температуру видеокарты?

Здравствуйте, Артём, Вы писали:

Аё>Думаю, что Интел свернул куда-то не туда. AMD это на данный момень более стабильная платформа, без загонов с thread director, деградаций кристаллов и утраты HyperThreading.

HyperThreading нафиг не нужон. Это изначально костыль, позволявший более плотно загрузить конвейеры суперскалярных процессоров. Когда он появился, блок предсказаний был ещё не столь совершенным, из-за чего большая часть конвейеров частенько проставляла. Да и существовавшие тогда компиляторы знали о скалярной архитектуре, но в суперскалярную не умели. Тащемта я однажды погрузился в эту тему: охренел от сложности задач оптимизации под суперскаляр.

Здравствуйте, Философ, Вы писали:

A>>Это неправильная модель. Правильная — пиковая производительность. Любой планировщик бюджетов от неё хоть что-то, да откусит, а теперь ещё выясняется, что нужна поддержка со стороны ОС.

Ф>Для любого процессора нужна поддержка OS. Например, для того чтобы сохранить состояния регистров в контекст потока. Появляется SSE — нужна поддержка XMM, появляется AVX — нужна поддержка YMM, AVX512 — теперь нужно ZMM поддерживать. Более того, если твоя ось не поставит флажок, что она умеет в SSE, то любая SSE инструкция свалится с illegal instruction. Это почти со всеми расширениями.

И зачем нам сравнивать экономичные ядра и новые наборы команд?

Здравствуйте, Философ, Вы писали:

Ф>Для любого процессора нужна поддержка OS.

Самое смешное, что для гипер-трединга сделать поддержку в планировщике было на порядок сложнее, чем для P E ядер, и она до сих пор временами косячит.

Здравствуйте, Alekzander, Вы писали:

A>И зачем нам сравнивать экономичные ядра и новые наборы команд?

Затем, что на этом примере хорошо видно, что любое или почти любое расширение процессора требует поддержки OS. Сейчас мне только одно исключение известно: 3dNow!

Здравствуйте, Философ, Вы писали:

A>>И зачем нам сравнивать экономичные ядра и новые наборы команд?
Ф>Затем, что на этом примере хорошо видно, что любое или почти любое расширение процессора требует поддержки OS. Сейчас мне только одно исключение известно: 3dNow!

Ну написано же: если нужна высокая пиковая производительность (как обычно на десктопах), добавление таких ядер её ухудшит **И** вдобавок потребует поддержки ОС.

Можно просто не покупать ни эти новые процессоры, ни эти новые винды.

Здравствуйте, Alekzander, Вы писали:

A>Ну написано же: если нужна высокая пиковая производительность (как обычно на десктопах), добавление таких ядер её ухудшит

Каким образом?

Здравствуйте, Codealot, Вы писали:

A>>Ну написано же: если нужна высокая пиковая производительность (как обычно на десктопах), добавление таких ядер её ухудшит

C>Каким образом?

А ты думаешь, такой планировщик сможет работать на 100% эффективно? Не допуская, даже временно, выделения требовательному потоку эконом-ядра?

Здравствуйте, Alekzander, Вы писали:

A>А ты думаешь, такой планировщик сможет работать на 100% эффективно? Не допуская, даже временно, выделения требовательному потоку эконом-ядра?

Нетривиально, но не вижу принципиальных препятствий.
Для сравнения, в случае гипер-трединга избавиться от проблемы просадок скорости невозможно в принципе

Здравствуйте, Codealot, Вы писали:

A>>А ты думаешь, такой планировщик сможет работать на 100% эффективно? Не допуская, даже временно, выделения требовательному потоку эконом-ядра?

C>Нетривиально, но не вижу принципиальных препятствий.

А я не вижу зачем вообще это надо на десктопе.

Здравствуйте, Codealot, Вы писали:

C>Тогда почему не сказал сразу про фпс, а начал говорить про температуру видеокарты?

потому что когда там фпс 300 или 450 — пофиг, а вот то что температура градусов на 20 больше стала — то заметно стало

Здравствуйте, Alekzander, Вы писали:

A>А ты думаешь, такой планировщик сможет работать на 100% эффективно? Не допуская, даже временно, выделения требовательному потоку эконом-ядра?

Ну а почему нет!? Может работать на 100% эффективно, если будет считать нетребовательными потоки, которые более трёх квантов подряд отработали менее чем за четверть кванта: переключение контекта больше чем разница в работе на разных ядрах, или уже 10 минут подряд висят на мьютексе или спин-локе.