Hyperthreading & P4 Xeon

Matus fantomas Uhlar uhlar na fantomas.sk
Čtvrtek Leden 16 10:10:13 CET 2003


Milan Kerslager <milan.kerslager na pslib.cz> wrote:
-> Pokusim se to vysvetlit (cesky).

A ja sa to pokusim vysvetlit inac (slovensky) :)

-> Finta HT je v tom, ze se vyuziji vicenasobne vyrobene komponenty v CPU.
-> CPU muze mit treba 2 FPU (matematicky koprocesor), aby vyuzil
-> superskalarity (tj. jsou-li za sebou 2 matematicke instrukce, ktere jsou
-> na sobe nezavisle [druha nepouzije pri vypoctu vystup te prvni], muze je
-> zpracovat procesor najednou, pripadne lze provadet instrukce
-> spekulativne dopredu).

CPU nepotrebuje ani viac rovnakych komponentov - aj stare rozdelenie ALU +
FPU moze sposobyt ze sa chvilu flaka ALU chvilu CPU. Od cias pentia sa
procesor snazil tuto neefektivnost riesit tak ze dokazal vykonavat viac
instrukcii naraz =- potrebovalo to vsak optimalizujuci kompilator ktory
poprehadzoval instrukcie tym spravnym sposobom.

HT ide este dalej - nevykonavaju sa naraz viacere instrukcie jedneho procesu
ale instrukcie viacerych procesov alebo threadov a teda sa procesor sprava
akoby to boli dva CPU. Skratka, ide tu o maximalne vyuzitie komponmentov
procesora, ku ktoremu sa pristupuje inac.

Osobne som ohlasom HT pesimista. Nestaci uz len kompilator aby spravne
poprehadzoval instrukcie ale musi uz OS spravne detekovat ktory z procesov
pouziva ktore instrukcie na to, aby vedel procesy spravne rozhodit.
Paradoxne, pouzitie pentiovej optimalizacie zrejme znizi prinos HT a jej
vypnutie zvysi prinos HT pre vykon pocitaca.

Hmmm, takze Debian by mal na HT ist rychlejsie ako Mandrake :)
-- 
 Matus "fantomas" Uhlar, uhlar na fantomas.sk ; http://www.fantomas.sk/
 Warning: I don't wish to receive spam to this address.
 Varovanie: Nezelam si na tuto adresu dostavat akukolvek reklamnu postu.
 I wonder how much deeper the ocean would be without sponges. 


Další informace o konferenci Linux