Hyper-Threading

Архитектурна справкаFeex

Intel Hyper-Threading предоставя множество логически процесори от едно физическо ядро, когато имплементацията го поддържа. Логическите процесори споделят ресурсите на ядрото и не са еквивалентни на допълнителни независими физически ядра.

Какво трябва да знаете

Как работи

Всеки логически процесор осигурява архитектурно състояние на изпълнение, като същевременно споделя части от ресурсите за изпълнение, кеш и планиране на ядрото. Точната схема на споделяне е специфична за микроархитектурата. Планирането на задачите от ОС и изискванията на натоварването към ресурсите определят дали едновременните нишки подобряват пропускателната способност.

Къде е полезно

Две нишки с взаимно допълващи се изчаквания могат да използват споделените ресурси за изпълнение по-ефективно, докато две нишки, конкуриращи се за един и същ наситен ресурс, могат да спечелят по-малко. Резултатите за латентност, пропускателна способност и енергийна ефективност изискват специфично измерване за всяко натоварване.

Как се проверява поддръжката и активирането

Използвайте съвременното изброяване на топологията на процесора и изгледа на ОС за физически ядра/логически процесори, заедно с политиката на фърмуера. Потвърдете колко нишки действително са активирани за ядро, вместо автоматично да умножавате маркетинговия брой ядра.

Наблюдаваното поведение се контролира от цялата платформа: фърмуер, политика на ОС, планиране на задачите, подаване на захранване и температура. Полето с описание на функция описва възможност, а не фиксирано работно състояние или гарантирана честота.

Какво не гарантира тази функция

Полето за Hyper-Threading не определя броя на физическите ядра или активираните нишки, а наследеният HTT бит сам по себе си не представлява брой в топологията. То не гарантира два пъти по-висока производителност и не прави всяко паралелно натоварване по-бързо. Политиката за сигурност на платформата също може да повлияе на внедряването.

Съвместимост и производителност на практика

Използвайте поддържаната телеметрия на точната система и сравнявайте представителни продължителни натоварвания. Разграничавайте поведението при покой, кратковременните пикови натоварвания и пропускателната способност при установен режим. Промяната на множество настройки на фърмуера или захранването едновременно затруднява диагностиката и възстановяването.

Практически контролен списък за проверка

Запишете точния модел на процесора или платформата, както и използваните версии на приложението, операционната система и средата за изпълнение. Запазете точния текст на действителната грешка или изискване.
Проверете документацията от производителя за този точен модел, след което инспектирайте действителните възможности и активираното състояние в средата, където работи програмата.
Сравнете всяко изискване на избрания двоичен файл или бекенд. Подобно наименувана функция, псевдоним или общ технологичен етикет не са достатъчни.
Потвърдете, че приложението е избрало планираната реализация. Използвайте неговата документирана диагностика и поддържан резервен вариант, когато изискванията не са изпълнени.
Правете по една поддържана промяна наведнъж и повтаряйте същото работно натоварване. Запазете достъпни оригиналната конфигурация и плана за възстановяване.

Ако функцията е посочена, но софтуерът не може да я използва

Започнете с точния компонент, който дава грешка. Хардуерната база данни описва записаните възможности; операционната система или хипервайзорът могат да предоставят различна ефективна среда. Грешка за невалидна инструкция (illegal-instruction) също изисква разследване на действителната сриваща се инструкция и компилацията на двоичния файл, тъй като повреда или несвързана неподдържана инструкция може да предизвика подобен симптом.

Инсталирайте версията на приложението, драйвера или средата за изпълнение, която се поддържа за точната платформа, и използвайте документираната от производителя базова или резервна компилация, ако е необходимо. Софтуерна актуализация не може да създаде инструкция, която липсва в процесора. Промените във фърмуера и политиките за сигурност трябва да следват процедурата на производителя на системата и план за възстановяване, а не общи съвети за оптимизация.

Източници и обхват на това обяснение

Intel 64 and IA-32 Architectures Software Developer's Manual

Тези източници установяват архитектурното поведение и софтуерните изисквания. Те не проверяват независимо всяка стойност на параметър на свързана страница за хардуерен модел. За поддръжка на даден модел използвайте данните от производителя на съответната страница и проверете ефективната системна конфигурация. Тази статия не предоставя бенчмарк, сертификация или дата на независим преглед.

Източници и проверка

Редакционна собственост: Feex. Не е записана дата на независим преглед. Как проучваме.

Intel 64 and IA-32 Architectures Software Developer's Manual · Томове 1 и 2 описват посочените семейства инструкции и CPUID; Том 3 описва състоянието, страницирането, VMX и контролите за защита. Документацията за архитектурата не гарантира поддръжка за конкретен модел.

Беше ли полезна тази статия?

Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.