"Anti-Hyper-Threading" od AMD

[Petrik]

Okej, jak to teda podle tebe chce intel a AMD udelat? Tohle je podle me jedina realna moznost, neumim si predstavit nic jineho.

IP = Instruction Pointer. Jinými slovy ukazatel na následující instrukci.

Pokud budu mít kód následující:

instrukce 1
instrukce 2
instrukce 3
instrukce 4
instrukce 5

... tak to není problém, protože se IP snadno stanoví.


Jenže jakmile budu mít kód:

instrukce 1
instrukce 2
testovací podmínka
jump-if podmínkový skok na KOD_B
KOD_A
instrukce 3
jump KOD_C
KOD_B
instrukce 4
KOD_C
instrukce 5

... tak jsem v pytli.

Tenhle jednoduchý příklad dnešní procesory odhadují pomocí predikce větvení. Pokud se ale bavíme o dvou jádrech, kde máme nějaké dekódování a samotné naplnění pipeline do scheduleru je aspoň 5 stupňů, tak se musíme pohybovat úplně v jiných dimenzích out-of-order (řekněme 100+ instrukcí). V takovém řádu je obrovské množstí podmínek. Jak bys to teda chtěl provést? Nehledě na to, že závislost výsledků v sekvenci instrukcí je gigantická (odhaduji tak 90%), jelikož kód obvykle počítá spoustu věcí na jediné proměnné. S takovou závislostí si nemůžeš dovolit ani zápisy do L1 cache (jsou proti registrům moc pomalé), natož aby docházelo ke sdílení mezi dvěma jádry.

Čímsi z CDR se tady neoháněj, už jsem to sem dal minulý týden. Podívej se na zdroj té zprávy - Freecableguy je jakýsi user z XtremeSystems. Nějaký jeho náčrtek je irelevantní v tom, zda to jde provést nebo ne.

[Eagle]

Podle mě to udělat nejde. A když už, tak neefektivně a pouze pro specifický kód. A to ještě leda s nějakou softwarovou nadstavbou.

[THX]

A to ještě leda s nějakou softwarovou nadstavbou.

No ma byt bios update + driver pre win, ktory bude dynamicky podla zataze procesora prepinat ho bu do dual core alebo do "strenghtened core ". Ale uz neviem kde som to videl a to prepinanie nemusi byt az take dynamicke.
Co to bude, jak to bude, uvidime az to bude. A to by malo byt uz coskoro

Teda, ak to vobec bude

[Fox!MURDER]

hmm, si rikam, jestli opacna cesta tj. postavit 'silnej' procesor a nad nej vrznout hyperthreading, by nebyla jednodussi ...

[Keymaster]

hmm, si rikam, jestli opacna cesta tj. postavit 'silnej' procesor a nad nej vrznout hyperthreading, by nebyla jednodussi ...

blbě by se to prodávalo, nemělo by to nálepku "dualcore"...

[Fox!MURDER]

blbě by se to prodávalo, nemělo by to nálepku "dualcore"...

by se tomu vymyslela nalepka dual, nebo quad, nebo hexanecojinyho

[Keymaster]

by se tomu vymyslela nalepka dual, nebo quad, nebo hexanecojinyho

no, možná by slavilo úspěch Dualcore+ (nová generace PR ratingu )

[Eagle]

No ma byt bios update + driver pre win, ktory bude dynamicky podla zataze procesora prepinat ho bu do dual core alebo do "strenghtened core ". Ale uz neviem kde som to videl a to prepinanie nemusi byt az take dynamicke.
Co to bude, jak to bude, uvidime az to bude. A to by malo byt uz coskoro

Teda, ak to vobec bude

BIOS update a driver jsou ti na dvě věci. Ty potřebuješ získat dva IP, ale to s jednou aplikací prostě nelze nebo to lze udělat s tím, že režie bude 80% strojového času. Je to asi jako kdybych chtěl po automobilu, aby začal lítat - ok, když pojede megarychlostí (=ona velká režie), tak na kopci poletí (=onen specifický případ). Aby tohle fungovalo, tak by tam musel být nějaký geniální nápad podpořený geniálním software.

Kdyby bylo tak jednoduchý získat z jednovláknové aplikace dvouvláknovou, tak už to dávno někdo udělá. Například IBM bylo s dual-core na trhu ještě před Intelem a AMD.

[WAR-TIN]

http://www.cdr.cz/a/17952
neco na ozkouseni....

[Caleb]

http://www.cdr.cz/a/17952
neco na ozkouseni....

Obavam se, ze tohle nema s timto threadem absolutne nic spolecneho. Viz http://4um.ocguru.cz/showthread.php?p=620131

[P@pi]

Hmm co todle http://theinquirer.net/default.aspx?article=32885?? Ale proč reverse hypertransport? Jsem zvědavej jestli je to zas nějakej INQkec...