Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Ten, kdo si letmo prosel slidy z FAD 2012 by tenhle VR clanek mohl sesmolit taky.
Vsechny march byly na exponenciele. PD mel 'improved IPC and freq', kdezto SR mel u sebe koment 'greater parallelism'. Uz tohle vyjdaruje lehce radikalnejsi zmenu march, nez u PD. I kdyz samozrejme nikdo netusi na jake urovni ma tahle zmena probehout (muj typ je to, ze se EX jednotky budou chovat jako 4-way ve vice pripadech viz. SW OPT GUIDE).
Dojit ke zmene systemove architektury s SR je docela snadne. AMD odpiskalo PCIe 3.0 G/C2012 platformy pro rok 2013 s PD. Takze logicky se objevi nejdrive v 2014 spolu s prichodem SR do severu ;)
dodám jen to, že budeme všichni doufat, že se zaměří také na úzké hrdlo "front-endu" a diskutabilní "write-through policy" spolu s vysokými latencemi.
PS: modlím se jen, aby ten "greater parallelism" neznamenal v podání AMD to, že nebudou nic řešit a vše nechají jak je a jen přidají další integrer cluster.... (takže 1 modul bude umět 3 vlákna)
Pokud vím, tak dříve se dokonce mluvilo o poměru 4:1 (int cluster/FPU).
Snad na to už zapomněli :)
spíš by byla zajímavá informace zda budou pasovat do AM3+. Byl by to ideální kandidát za Phenom II. Ten rok a něco bych vydržel na současném PII 3,6Ghz...
V roadmapach s vyhledem az do 2013 neni zadny SR do AMx patice - jen a pouze PD Vishera, ktera do AM3+ pujde.
SR bude v roce 2013 bude pouze FMx Kavery. Pokud se tedy nic nezmeni, na coz se u AMD neda moc spolehat.
letitý AM3+ socket skončí spolu s Visherou. Dodejme jen: konečně ! :o)
no vidim ze marketingove oddelenie v AMD pracuje o zivot - po nazvoch ako Buldozer tu mame Steamroller, radsej by sa mali ale zamerat na to aby robili dobre procesory.
Stvorica nazvov
buldozer - zaltkac - parny valec - velky bager
alias
bulldozer - pilledriver - steamroller - excavator,
je mi znama uz asi 3/4 roka.
každopádně všechno to jsou velice pomalu se pohybující stroje, takže to vlastně sedi :o)))
Ktere zase na druhou stranu odvedou spoustu prace :)
Kladivo taky neni kdovijak sofistikovane naradi, ale Intel se poradne zapotil :D
Jen pro doplneni. GPU cast Llano ma cn Sumo a Trinity Devastator.
Lenze oni ich robia. Len Kompilatory nestihaju
Dnes vysiel clanok ako gcc 4.7.x zvysi vykon
Buldozeru (v edno teste) o 200%. V Grafika je 33%-150% narast vykonu. Inak zmena ci uz nastavenim, alebo verziou kompilatora sposobuje asi v polovivi pripadov narast vykonu o 100%.
http://www.phoronix.com/scan.php?page=article&item=amd_fx8150_compilers&...
zaujimave
Jasne, takze prelozime vsechny OS a aplikace specialne pro buldokrap a uspech zarucen. Kde jen jsem to uz.... aha, Itanium.
Mno ono je to o tom jestli to pro vás má smysl nebo nemá. Jsou oblasti ve kterých se to běžně dělá.
Spravne. Pro specificke aplikace je to samozrejme OK. Univerzalne to vsak neplati.
Ale to musíš u Inelu dělat také, nebo myslíš, že podpora AVX v OS a koplilátorech pro SB nebo FMA3 pro budoucí Haswell/Piledriver ti spadne z nebe sama?
Ne. U intelu pro dosazeni slusneho vykonu nic optimalizovat nemusis, pouziti specialnich instrukci je volitelne. Nemuselo se to delat ani pro Athlony. Problem neni v kompilatorech, ale v architekture.
BTW bylo by zajimave, kdyby se vyse uvedene testy udelaly take s kodem vyhradne prelozenym pro Intel a vsechny jeho architekturni prvky.
Optimalizovat pro instrukční sady se musí vždy viz. MMX/SSE/AVX..! Buď podporou v kompilátoru, nebo ručně. AVX dokonce potřebuje podporu OS.
Pokud by tato podpora nových sad nebyla, dodnes bys využíval pouze nativní x86 kód, bez FPU a vektorů.
"BTW bylo by zajimave, kdyby se vyse uvedene testy udelaly take s kodem vyhradne prelozenym pro Intel a vsechny jeho architekturni prvky."
Ale to se děje prakticky denně. Intel má vlastní kompilátor icc, který nejenže využívá výhody vlastní uarch, ale bohužel také záměrně znevýhodňuje ostatní výrobce cpu. Nevidím tedy žádný problém v tom, když BDVER1 GCC dostává optimalizace a podporu pro nové instr. sady BD.
Jasne, zamerne znevyhodnuje. A za dob Athlonu delal icc kdo? Nebo ho Intel pro bulkrap zvlast predelal? Ze ja se s tebou vubec bavim.
BD muze klidne ve specialne prelozenych aplikacich ziskat hodne vykonu navic, o tom se nikdo nepre, ale zatim se s tim experimentuje jen v linuxu - pro vetsinu lidi to nema smysl. To muzeme zacit vytahovat nejruznejsi soucasne architektury a ptat se, proc na ne icc nedela optimalizovany kod.
za dob Athlonů a PIII se u CPU hrálo hlavně na hrubý výkon x86 architektury. Ta má však své meze a od jistého bodu už výkon prostě nejde jednoduchým způsobem navýšit. Můžeš to udělat buď zvyšováním frekvence/přidáváním jader nebo pomocí speciálních instrukcí jako SSE + AVX (skalární i vektorové) a naučit programy tyto instrukce používat.Pokud to uděláš, zjistíš že dobře optimalizovaný kód udělá i 50% rozdíl ve výkonu na stejném CPU.
THX cpt. Obvious. AVX nepouziva nic, SSE-SSE4 ma buldosmejd taky, vcetne toho AVX a MMX.
GCC je pro Linux, unix solaris a samozřejmě i pro windows http://www.mingw.org/
s Gentoo žádný problém ;-)
S intelem taky zadny problem ;)
Marketingove oddeleni nemuze kvalitu CPU ovlivnit. Alespon ne k lepsimu.
"Na jednu stranu je sice možné, že odhalení výše uvedené roadmapy mělo sloužit primárně k matení nepřítele ..."
No neviem akého nepreiateľa ste mali na mysli ;-)
Hadam, ze u Intelu se uz tresou na dalsi stavebni stroj od konkurence :-D
Neco velmi pomaleho, cim vytopite mensi byt :-D
Nojo, potřebují stavební stroje - na stavby mostů.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.