Hyper-Threading

Архітэктурны даведнікFeex

Intel Hyper-Threading падае некалькі лагічных працэсараў з фізічнага ядра, дзе гэта падтрымліваецца рэалізацыяй. Лагічныя працэсары сумесна выкарыстоўваюць рэсурсы ядра і не эквівалентныя дадатковым незалежным фізічным ядрам.

Што вам трэба ведаць

Як гэта працуе

Кожны лагічны працэсар забяспечвае архітэктурны стан выканання, падзяляючы пры гэтым часткі рэсурсаў выканання, кэша і планавання ядра. Дакладная схема сумеснага выкарыстання залежыць ад мікраархітэктуры. Планаванне АС і патрабаванні рабочай нагрузкі да рэсурсаў вызначаюць, ці павышаюць адначасовыя патокі прапускную здольнасць.

Дзе гэта карысна

Два патокі з узаемадапаўняльнымі завісаннямі (stalls) могуць больш эфектыўна выкарыстоўваць агульныя рэсурсы выканання, у той час як два патокі, якія канкуруюць за адзін і той жа насычаны рэсурс, могуць атрымаць меншы прырост. Вынікі па затрымцы, прапускной здольнасці і энергаспажыванні патрабуюць вымярэння для канкрэтнай рабочай нагрузкі.

Як праверыць падтрымку і актыўнасць

Выкарыстоўвайце сучаснае пералічэнне тапалогіі працэсара і прадстаўленне фізічных ядраў/лагічных працэсараў у АС разам з палітыкай прашыўкі. Правярайце, колькі патокаў фактычна ўключана на ядро, замест таго каб аўтаматычна памнажаць маркетынгавую колькасць ядраў.

Назіраныя паводзіны кантралююцца ўсёй платформай: прашыўкай, палітыкай АС, планаваннем нагрузкі, падачай сілкавання і тэмпературай. Поле функцыі апісвае магчымасць, а не фіксаваны працоўны стан або абяцаную частату.

Чаго гэта функцыя не гарантуе

Поле Hyper-Threading не вызначае колькасць фізічных ядраў або ўключаных патокаў, а стары біт HTT сам па сабе не з'яўляецца падлікам тапалогіі. Гэта не гарантуе падваення прадукцыйнасці і не робіць кожную паралельную нагрузку больш хуткай. Палітыка бяспекі платформы таксама можа ўплываць на разгортванне.

Сумяшчальнасць і прадукцыйнасць на практыцы

Выкарыстоўвайце падтрымоўваную тэлеметрыю канкрэтнай сістэмы і параўноўвайце рэпрэзентатыўныя ўстойлівыя працоўныя нагрузкі. Адрознівайце паводзіны ў рэжыме прастою, кароткачасовыя павышэнні і прапускную здольнасць ва ўсталяваным рэжыме. Адначасовае змяненне некалькіх налад прашыўкі або сілкавання ўскладняе дыягностыку і аднаўленне.

Практычны чэк-ліст для праверкі

Зафіксуйце дакладную мадэль працэсара або платформы, а таксама задзейнічаныя версіі праграмы, АС і асяроддзя выканання. Захавайце дакладную фармулёўку памылкі або патрабавання.
Звярніцеся да дакументацыі вытворцы для гэтай канкрэтнай мадэлі, затым праверце фактычныя магчымасці і ўключаны стан у асяроддзі, дзе выконваецца праграма.
Супастаўце кожнае патрабаванне выбранага выканальнага файла або бэкэнда. Аналагічнай назвы функцыі, псеўданіма або агульнай назвы тэхналогіі недастаткова.
Пацвердзіце, што праграма выбрала патрэбную рэалізацыю. Выкарыстоўвайце яе задакументаваныя сродкі дыягностыкі і падтрымліваемы запасны варыянт, калі патрабаванні не выконваюцца.
Уносьце па адным падтрымліваемым змяненні за раз і паўтарайце тую ж нагрузку. Захоўвайце зыходную канфігурацыю і магчымасць адкату.

Калі функцыя пазначана, але праграмнае забеспячэнне не можа яе выкарыстоўваць

Пачніце з канкрэтнага кампанента, які выклікае збой. Апаратная база даных апісвае зафіксаваныя магчымасці; аперацыйная сістэма або гіпервізар могуць прадастаўляць іншае фактычнае асяроддзе. Памылка недапушчальнай інструкцыі (illegal instruction) таксама патрабуе даследавання канкрэтнай інструкцыі, якая выклікала збой, і зборкі бінарнага файла, паколькі пашкоджанне даных або іншая непадтрымліваемая інструкцыя могуць выклікаць аналагічны сімптом.

Усталюйце версію праграмы, драйвера або асяроддзя выканання, якая падтрымліваецца для дадзенай платформы, і пры неабходнасці выкарыстоўвайце задакументаваную вытворцам базавую або запасную зборку. Абнаўленне ПЗ не можа стварыць інструкцыю, якой няма ў працэсары. Змяненні ў мікрапраграме (firmware) і палітыках бяспекі павінны адпавядаць працэдурам вытворцы сістэмы і плану аднаўлення, а не агульным рэцэптам аптымізацыі.

Крыніцы і межы прымянення гэтага тлумачэння

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

Гэтыя даведнікі вызначаюць архітэктурныя паводзіны і патрабаванні да праграмнага забеспячэння. Яны не пацвярджаюць незалежна кожнае значэнне функцыі на звязанай старонцы мадэлі абсталявання. Для праверкі падтрымкі мадэллю выкарыстоўвайце даныя вытворцы на адпаведнай старонцы і правярайце фактычную канфігурацыю сістэмы. Гэты артыкул не змяшчае вынікаў тэсціравання (benchmark), сертыфікацыі або даты незалежнага агляду.

Крыніцы і праверка

Рэдакцыйная прыналежнасць: Feex. Дата незалежнай праверкі не зафіксавана. Як мы даследуем.

Intel 64 and IA-32 Architectures Software Developer's Manual · Тамы 1 і 2 апісваюць названыя сямействы інструкцый і CPUID; Том 3 апісвае стан, старонкавую арганізацыю памяці, VMX і элементы кіравання абаронай. Архітэктурная дакументацыя не пацвярджае падтрымку канкрэтнай мадэлі.

Ці быў гэты артыкул карысным?

Дастаткова адказаць "так" або "не". Выберыце прычыну, калі хочаце, або дадайце кароткую нататку.