"Anti-Hyper-Threading" od AMD

[swarm]

Mno zatim je ta podpora skutocne slaba, ale mam pocit, ze ked zacne byt viac jadier skutocne prinosnych uz budu 2- jadra malo, aspon v hrach.

Mno pokud vim, tak programování na thready se učí snad na každém trochu počítačovém oboru vysokých škol v ČR někdy už ve druháku, takže si nemyslim, že by byl problém, že to programátoři neumí. Ono se jim prostě do toho vůbec nechce. Ono je to složitější a složitý to bylo úplně stejně i před lety a i za pár let, to bude pořád stejný.
U těch her je to tak, že to jsou dost krátkodobé aplikace, co se následného užití týká, takže by měly mít co nejrychlejší vývoj. A pak platí to, že pokud to nějak pojede i na single-core, tak proč by se někdo dělal s rozdělenim na vlákna. Že by se do toho chtělo hrnout středním a menším týmům, o tom dost pochybuju.

[MEluZíNa]

Ja si teda nemyslim ze problem by byl v programatorech. Problem je v tom co ma aplikace delat. Kdyz mas spocitat 2 ruzne na sobe nezavisle rovnice, tak se to da f poho napsat vlaknove. Pokud ovsem vysledek druhe rovnice zalezi na vysledku prvni, tak to proste NEJDE napsat vlaknove. A tim padem proste dualcore nemuze pomoc i kdyby sici chteli...

Z toho plyne ano jsou aplikace kterym dualcore pomuze, ale zdaleka to neni vetsina aplikaci...

[Semik]

Myslíš ten XBox 360, u kterého při uvedení 95 % her využívalo jediné jádro?

A co jsem slyšel, tak Sony má problém sehnat programátory na hry pro tu jejich 486ku (= Cell), jelikož nikdo nechce programovat na takovou úchylárnu.

hehe, ja by som sa moc na tvojom mieste neuškrňal .. aj o PS2 sa vravelo ako o stroji plnom chyb, ale grafiku ma plne s dobou, co je na stroj z minuleho milenia celkom OK, nie?. Mne je jedno ci to niekto programuje cez asembler .. pokial vysledok predci ocakavanie.

X360 estelen ukaze co v nej je, neboj

[mraky]

Mno pokud vim, tak programování na thready se učí snad na každém trochu počítačovém oboru vysokých škol v ČR někdy už ve druháku, takže si nemyslim, že by byl problém, že to programátoři neumí. Ono se jim prostě do toho vůbec nechce.

No ona je jedna vec, kdyz ti jedou dva thready (na skolach) a kdyz ti tech threadu jede 30. To uz se sakra blbe hledaji chyby. Ono to ani tak neni, ze by se programatorum moc nechtelo...spis je to tou extremni obtiznosti sledovat kooperaci takoveho mnozstvi threadu.

[swarm]

No ona je jedna vec, kdyz ti jedou dva thready (na skolach) a kdyz ti tech threadu jede 30. To uz se sakra blbe hledaji chyby. Ono to ani tak neni, ze by se programatorum moc nechtelo...spis je to tou extremni obtiznosti sledovat kooperaci takoveho mnozstvi threadu.

Však ano, to jsem taky psal v mém předminulém postu.

[Eagle]

hehe, ja by som sa moc na tvojom mieste neuškrňal .. aj o PS2 sa vravelo ako o stroji plnom chyb, ale grafiku ma plne s dobou, co je na stroj z minuleho milenia celkom OK, nie?. Mne je jedno ci to niekto programuje cez asembler .. pokial vysledok predci ocakavanie.

X360 estelen ukaze co v nej je, neboj

PS2 má grafiku plně s dobou? Muhehe... to možná měl v době uvedení. Dneska je to šunka. A to samé bude v budoucnu platit pro všechny konzole včetně té nové 486ky od Sony.

[swarm]

PS2 má grafiku plně s dobou? Muhehe... to možná měl v době uvedení. Dneska je to šunka. A to samé bude v budoucnu platit pro všechny konzole včetně té nové 486ky od Sony.

Myslim, že jsi proti Cell trochu zbytečně vysazený. Určitý výkon bych tomu neupíral, ale programovat bych teda pro to nechtěl ani náhodou, to ne.

[Petrik]

Nevim co myslis vyrazem IP, ale zrejmne mam alespon castecne pravdu, protoze neco podobneho chysta i intel: http://www.cdr.cz/a/17884

A jak bys chtěl rozděli IP mezi dvě jádra To prostě nelze.

[Eagle]

Nevim co myslis vyrazem IP, ale zrejmne mam alespon castecne pravdu, protoze neco podobneho chysta i intel: http://www.cdr.cz/a/17884

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.

[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...

[MEluZíNa]

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

Uz to opravili na hyperthreading.

[P@pi]

Uz to opravili na hyperthreading.

To sou lolci, už se ani nedivim, že občas ty zprávy z theINQ jsou takový zkomolený