Включение Гиперпоточности создаст два виртуальных процессора полускорости?

Если можно жить с вызовом даты два раза, этих работ в ударе на Солярисе:

date +"%Y.%m.%d %H:$(( $(date +'%M') / 15 * 15 ))"

Отредактированный от имени комментария к:

date +"%Y.%m.%d %H:$(( $(date +'%M') / 15 * 15 ))" | sed 's/:0$/:00/'
4
29.09.2010, 16:50
2 ответа

Нет, это создаст два виртуальных процессора на 1,6 ГГц. (Однако если не при загрузке, они синхронизируют вниз к намного более низкой тактовой частоте, затем 800 МГц могли бы быть корректными.) Делают

cat /proc/cpuinfo

для получения информации о них.

3
27.01.2020, 20:57
  • 1
    я планирую установить kernel26 с bfs и включенной поточной обработкой hyper, и испытаю его. Я надеюсь, что это работает хорошо! –   29.09.2010, 09:39
  • 2
    Они обычно не синхронизируют вниз при загрузке (если, перегреваясь), а скорее, они совместно используют определенные ресурсы, поэтому если они и заняты и используют те ресурсы, нужно ожидать другого для окончания с ними, замедляя вещи. Вы все еще обычно более обеспечены, чем без гиперпоточности, просто не так хороши как на самом деле наличие двух полностью независимых ядер. –  psusi 04.08.2011, 17:24
  • 3
    @psusi Он сказал, что они могли бы синхронизировать вниз если не при загрузке (EIST). –  Chris Down 24.11.2011, 19:27

Мой опыт состоит в том, что путем включения гиперпоточности Вы не становитесь двойными производительность. Но Вы действительно обходите 1.5 раза производительность, если можно использовать эти 2 центральных процессора. Таким образом для помещения его в язык Вы получаете 2 центральных процессора, достигающие 1,1 ГГц, когда 2 центральных процессора необходимы и 1 ЦП на уровне 1,6 ГГц, когда только один необходим.

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

1
27.01.2020, 20:57

Теги

Похожие вопросы