Hyper-Threading

Що потрібно знати

Як це працює

Кожен логічний процесор надає архітектурний стан виконання, водночас спільно використовуючи частини ресурсів виконання, кешу та планування ядра. Точний розподіл ресурсів залежить від мікроархітектури. Планування в ОС і вимоги робочого навантаження до ресурсів визначають, чи підвищують одночасні потоки загальну пропускну здатність.

Де це корисно

Два потоки з взаємодоповнювальними простоями можуть ефективніше використовувати спільні ресурси виконання, тоді як два потоки, що конкурують за один і той самий перевантажений ресурс, можуть отримати менший приріст. Результати затримки, пропускної здатності та енергоспоживання потребують вимірювання для кожного конкретного навантаження.

Як перевірити підтримку та активацію

Використовуйте сучасне перелічення топології процесора та подання фізичних ядер/логічних процесорів в ОС разом із політикою мікропрограми. Перевіряйте, скільки потоків фактично ввімкнено на ядро, замість автоматичного множення маркетингової кількості ядер.

Спостережувана поведінка контролюється всією платформою: мікропрограмою, політикою ОС, плануванням робочого навантаження, живленням і температурою. Поле функції описує можливість, а не фіксований робочий стан чи гарантовану частоту.

Чого ця функція не гарантує

Поле Hyper-Threading не визначає кількість фізичних ядер або ввімкнених потоків, а застарілий біт HTT сам по собі не є підрахунком топології. Воно не гарантує подвійну продуктивність і не прискорює кожне паралельне навантаження. Політика безпеки платформи також може впливати на розгортання.

Сумісність і продуктивність на практиці

Використовуйте підтримувану телеметрію конкретної системи та порівнюйте репрезентативні тривалі навантаження. Розрізняйте поведінку під час простою, короткочасні підвищення частоти та стабільну пропускну здатність. Одночасна зміна кількох налаштувань мікропрограми або живлення ускладнює діагностику та відновлення.

Практичний контрольний список для верифікації

1. Зафіксуйте точну модель процесора або платформи, а також версії використовуваної програми, ОС і середовища виконання. Збережіть точне формулювання фактичної помилки або вимоги.
2. Звіртеся з документацією виробника для цієї точної моделі, потім перевірте фактичні можливості та стан активації в середовищі, де виконується програма.
3. Порівняйте кожну вимогу вибраного двійкового файлу або бекенда. Схожої назви функції, псевдоніма чи загального позначення технології недостатньо.
4. Переконайтеся, що програма вибрала призначену реалізацію. Використовуйте її задокументовані засоби діагностики та підтримуваний резервний варіант, якщо вимоги не виконуються.
5. Вносьте по одній підтримуваній зміні за раз і повторюйте те саме робоче навантаження. Зберігайте оригінальну конфігурацію та можливість відновлення.

Якщо функція вказана, але програмне забезпечення не може її використати

Почніть із компонента, у якому саме стався збій. База даних обладнання описує зафіксовані можливості; операційна система або гіпервізор можуть надавати інше фактичне середовище. Помилка неприпустимої інструкції також потребує дослідження фактичної інструкції, що викликала збій, і двійкової збірки, оскільки пошкодження даних або непов'язана непідтримувана інструкція можуть викликати схожий симптом.

Встановіть версію програми, драйвера або середовища виконання, яка підтримується для цієї конкретної платформи, і за потреби використовуйте задокументовану постачальником базову або резервну збірку. Оновлення програмного забезпечення не може створити інструкцію, якої немає в процесорі. Зміни у прошивці та політиках безпеки повинні відповідати процедурі виробника системи та плану відновлення, а не загальним рецептам оптимізації.

Пов'язані функції та корисні відмінності

Invariant TSC · Enhanced SpeedStep · VT-x

Джерела та межі застосування цього пояснення

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 і засоби захисту. Документація з архітектури не підтверджує підтримку для конкретної моделі.