Извините, но это очень не определено.
Если у вас включен HT, у вас есть два логических процессора на ядро. Если он отключен, у вас есть только один. (Это позволяет нам говорить о том, как работает планировщик, без постоянного уточнения того, что мы подразумеваем под «ЦП».) В любом случае, ОС воспринимает логический процессор как процессор, за исключением некоторых попыток оптимизации планирования * ОС не не делать что-либо еще, из-за или из-за гиперпоточности.
Со времени, когда контекст LP переключается на поток, до момента, когда он переключается на какой-то другой поток, этот поток считается полностью используемым этим потоком. ОС не может узнать, использует ли поток в LP 10% ядра, или 90% ядра, или застопорился полностью из-за того, что делает поток в другом LP. ОС просто думает, что работает.
Кроме того, HT не реализует ничего подобного приоритетам потоков. Так что, если два потока пытаются запустить в двух LP на одном ядре, и один из них в ОС имеет более высокий приоритет, чем другой, ядро ничего не может с этим поделать - нет способа узнать об этом. Ядро будет обрабатывать два потока с одинаковым приоритетом и соответственно назначать ресурсы микроархитектуры.
* Оптимизация: Современные ОС знают о взаимосвязи LP с ядрами и будут пытаться, например, использовать только один LP из каждого ядра, пока потоки number_of_cores не захотят работать; два LP ядра считаются эквивалентными с точки зрения инвестиций в кэш; и т.п.
Джейми, спасибо за подробное объяснение. Насколько я понимаю, вы пытаетесь сказать, что в случае, если у меня есть
NTHREADS == NCORES- время логического ядра ** будет фактически учитываться как время ЦП без учета фактического количества инструкций, которые он смог разделить. Таким образом, я практически увеличу удвоенное время процессора при включенной HT и, возможно, получу половину среднего FLOPS на ядро (LP) в случае (полностью) честной очереди?