- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Nyugdíjazza a tuningra szabott, első Raptor Lake-eket az Intel
- Ízlésesre sikerült a Galax alacsony profilú GeForce RTX VGA-ja
- Milyen SSD-t vegyek?
- ThinkPad (NEM IdeaPad)
- Milyen egeret válasszak?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Realme Pad – vissza az iskolapadba
- Intel Core i3 / i5 / i7 8xxx "Coffee Lake" és i5 / i7 / i9 9xxx “Coffee Lake Refresh” (LGA1151)
Hirdetés
-
Az Intel a legmodernebb chipgyártó géppel előzheti meg az egész szektort
it Az Intel lett az első cég, amely szolgálatba állította az ASML új High NA EUV litográfiás chipgyártó eszközeit, ezzel minden riválisát megelőzheti.
-
Analóg kapcsolós klaviatúrák triója a Razer fémjelzésével
ph A Huntsman széria harmadik nemzedékét háromféle formátumban vihetjük haza.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
PROHARDVER!
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
derive
senior tag
Lehet visszaszamlalni a hivatalos Roadmap bemutatasaig; [link]
Majusban minden kiderul, aztan 3 honapra ra bemutatjak a Skylaket...[ Szerkesztve ]
-
Balala2007
tag
-
Balala2007
tag
válasz Balala2007 #14602 üzenetére
Nocsak:
+ { "CPU_ZNVER1_FLAGS",
"Cpu186|Cpu286|Cpu386|Cpu486|Cpu586|Cpu686|CpuSYSCALL|CpuRdtscp
|Cpu387|Cpu687|CpuFISTTP|CpuNop|CpuMMX|CpuSSE|CpuSSE2|CpuSSE3
|CpuSSE4a|CpuABM|CpuLM|CpuFMA|CpuFMA4|CpuBMI|CpuF16C|
CpuCX16|CpuClflush|CpuSSSE3|CpuSVME|CpuSSE4_1|CpuSSE4_2
|CpuAES|CpuAVX|CpuPCLMUL|CpuLZCNT|CpuPRFCHW|CpuXsave|
CpuXsaveopt|CpuFSGSBase|CpuAVX2|CpuMovbe|CpuBMI2|CpuRdRnd|
CpuADX|CpuRdSeed|CpuSMAP|CpuSHA|CpuXSAVEC|CpuXSAVES|
CpuClflushOpt|CpuCLZERO"[ Szerkesztve ]
AIDA64.com
-
hugo chávez
aktív tag
válasz Balala2007 #14602 üzenetére
A "BT" milyen architektúra rövidítése?
Szerk: közben rájöttem, Bobcat.
[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
stratova
veterán
válasz Balala2007 #14603 üzenetére
Köszi az infót!
Eszerint az alábbiak kerültek ki Zen-ből BDver4-hez (Excavator) képest:
CpuXOP
CpuLWP
CpuTBMAMD explicitly revealed in the description of the patch to the GNU Binutils package that “Zen”, its third-generation x86-64 architecture in its first iteration (znver1 – Zen, version 1), will not support TBM, FMA4, XOP and LWP instructions developed specifically for the “Bulldozer” family of micro-architectures.
...
While FMA4 and XOP could boost performance in gaming, HPC and multimedia applications, a promising thing that will be missed by numerous programmers is LWP, or lightweight profiling.The lightweight profiling was developed to enable code to make dynamic and real-time decisions about how best to improve the performance of simultaneously running tasks, using techniques such as memory organization and code layout, with very little overhead. The LWP is a set of hardware features in AMD “Bulldozer” processors, which should be considered when designing applications.
AMD did not comment on the new-story.
TBM (Trailing Bit Manipulation)
TBM consists of instructions complementary to the instruction set started by BMI1; their complementary nature means they do not necessarily need to be used directly but can be generated by an optimizing compiler when supported.[12] AMD introduced TBM together with BMI1 in its Piledriver[5] line of processors; AMD Jaguar processors do not support TBM.
[ Szerkesztve ]
-
stratova
veterán
Kicsi Carrizo + kicsi GCN 3. gen
Asrocknál már szálingózik a Godavari kompatibilitást adó FM2+ BIOS.
-
Fiery
veterán
válasz solfilo #14607 üzenetére
"Több típusnál visszalépés van a Kaveris társához képest."
A Richland --> Kaveri valtasnal is volt visszalepes orajelben, sz'al ez nem feltetlenul meglepo. A die-hard AMD fanok ugyis megveszik igy is a Godavarit, a tobbiek meg mar a Kaverinal se hittek el, hogy az lesz a messias. A mobil vonalon a Carrizoval (meg majd a Nolannel) sokkal tobb eselye van az AMD-nek, a Godavari a desktopon csak felesleges erolkodes, hogy betoltsek az urt a Zen erkezeseig, es megprobaljak megtartani a rajongokat. Egyszerubb lenne elengedni a TDP-t egy FM2++ foglalattal, es fel**rni az orajelet 5 GHz-re, ahogy tettek a Visheraval.
[ Szerkesztve ]
-
veterán
Richland >> Kaveri világos, de itt mindkettő Steamroller. A flagship kap +100 MHz turbó órajelet, meg egy érezhetőbb IGP boostot, gondolom lesz egy kis válogatás a gyártósoron. A kisebb modellek, vagy az Athlonok inkább visszalépnek CPU oldalon, olykor nem is keveset, miközben IGP-ben minimális az előre lépés, szóval túl sokat nem fejlődhetett a gyártástechnológia. Bár ehhez kontár vagyok, de nem értem, hogy ezt így mégis hogy.
Trinity >>Richland fejlődés komolyabb volt ennél. Legalább is visszalépés nem volt talán egyik paraméterben sem.
solfilo
-
Oliverda
félisten
Nem a Bristol Ridge tölti majd be az űrt? Bár össze-vissza beszélnek arról is a különféle oldalak. Elég valószínűtlenül hangzik, hogy 2016Q3-ban adják ki 28nm-en 512 shaderrel, a legnagyobb újítás pedig a DDR4 támogatása lesz.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
félisten
Sziasztok!
Arról vannak infók, hogy a Zen milyen hosszú futószalaggal fog rendelkezni a Bulldozerhez vagy az intel core-okhoz képest?
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Oliverda
félisten
válasz derive #14613 üzenetére
Nem biztos. A Bulldozeré sem annyira hosszú, bár nincs róla pontos adat.
"Bulldozer's pipeline is deep, but it's not that deep. The exact number is not known, but it's in the lower twenties. Really, Bulldozer's pipeline length is not that much higher than Intel's Nehalem or Sandy Bridge architectures (around 16 to 19 stages). The big difference is that the introduction of the µop cache (about 6KB) in Sandy Bridge can reduce the typical branch misprediction to 14 cycles. Only when the instruction is not found in the µop cache and must be fetched from the L1 data cache will the branch misprediction penalty increase to about 17 cycles. So on average, even if the efficiency of Bulldozer's and Sandy Bridge's branch predictors is more or less the same, Sandy Bridge will suffer a lot less from mispredictions."
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
stratova
veterán
válasz Oliverda #14614 üzenetére
További kérdés, carrizo kapott-e etéren Kaverin is túlmutató fejlesztéseket
(Steamroller)
The shared L1 instruction cache grew in size with Steamroller, although AMD isn’t telling us by how much. Bulldozer featured a 2-way 64KB L1 instruction cache, with each “core” using one of the ways. This approach gave Bulldozer less cache per core than previous designs, so the increase here makes a lot of sense. AMD claims the larger L1 can reduce i-cache misses by up to 30%. There’s no word on any possible impact to L1 d-cache sizes.Although AMD doesn’t like to call it a cache, Steamroller now features a decoded micro-op queue. As x86 instructions are decoded into micro-ops, the address and decoded op are both stored in this queue. Should a fetch come in for an address that appears in the queue, Steamroller’s front end will power down the decode hardware and simply service the fetch request out of the micro-op queue. This is similar in nature to Sandy Bridge’s decoded uop cache, however it is likely smaller. AMD wasn’t willing to disclose how many micro-ops could fit in the queue, other than to say that it’s big enough to get a decent hit rate.
TPU cikke szerint AMD erősen épitkezhet DX12-re is GPU és CPU fronton egyaránt.
Persze jó lenne ismerni az "apró betűs részt", hogy pontosan milyen körülmények között zajlott az alábbi mérés.A diasor az Oxide gondozásában készülő Ashes of the Singularity stratégiát emliti valós példaként.
[ Szerkesztve ]
-
derive
senior tag
válasz Oliverda #14614 üzenetére
Hosszu pipeline --> Magas orajel
Rovid pipeline --> Alacsony orajel
A 20 folotti pipeline es magas orajel mar 32 es 28 nm-en sem jott ossze (a bullt 5 GHzra terveztek). Nem hiszem, hogy a 14 nm-es SoCra optimalizalt gyartosor birna az utemet, ugyh alighanem alacsony orajel (~3-3.5 GHz) lesz ebbol. Aki meg huzni akarja annak hatar a csillagos eg meg az elektromigracio.[ Szerkesztve ]
-
Oliverda
félisten
válasz derive #14616 üzenetére
Elolvastad az angol szöveget? Abból kiderül, hogy annyira nem hosszú a pipeline, illetve csak kicsivel hosszabb pl. a Haswell-énél.
2016-ban már az LPP gyártástechnológia is rendelkezésre fog állni, így az AMD cuccait azzal fogják gyártani, nem az LPE-vel, amire pl. részben az Apple A9 is fog épülni.
A 3-3.5 GHz-et pedig annyira nem nevezném alacsonynak.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
derive
senior tag
válasz Oliverda #14617 üzenetére
Ha az ARM A8 13 utasitasaval es az SB/IB/HW/BW 14-19 utasitasaval (cache miatt inkabb alja) hasonlitjuk ossze a 20 igenis magas, igaz nem kiugroan, de ehhez jonnek az egyebb gyengesegek. A 3 epp ~25%-al alacsonyabb mint a 4, okolszabalyt hasznalva -25-50% fogyasztas. Magas orajel egyre problemasabb lesz alacsony csikszelessegen.
-
Fiery
veterán
válasz derive #14618 üzenetére
Egyaltalan nem problemas a magas orajel alacsony csikszelessegen. Ami problemas, az a TDP egyre lejjebb szoritasa, mikozben a teljesitmenynek novekednie kellene. Magasabb lehetne az orajel, ha me'g mindig a Prescott szintjen futhetnenek a PC-k.
Az ARM-mal valo osszehasonlitas pedig minimum fura otlet. Hol van a 4 GHz-en futo ARM SoC? Vagy oke, ne menjunk el odaig, hol van a 3 GHz-es ARM? Mas piac, nem kell melletenni egy Nehalem vagy Bulldozer csaladu processzornak. Vagy ha melletesszuk, akkor meg nem feltetlenul az ARM jon ki jol a bulibol Lasd Broadwell-Y 4.5W TDP vs. Tegra K1 5-8W TDP
-
derive
senior tag
Azert a perf/W scaling is kezd eleg meredek lenni a "sweet spot" folott. Amikor +100 MHz elker 10-20W-ot, ideje meggondolni, megeri-e +15% fogyasztas +2-3% teljesitmenyert. Az FX9xxx annyit kajal, mint 3 alaporajeles 8320. Az ARM nem nagy orajelre tervez, elvannak ok 2 GHz korul/alatt. Csak az NV akarta tulhuzni, hogy ne suljon be nyilvanosan a consumer piacon a denver maggal.
-
Oliverda
félisten
válasz derive #14620 üzenetére
Úgy látom szereted a költői túlzásokat.
A Prescottnak 31-es a pipelineja. Na az már tényleg hosszú. Ellenben a BD 20 körüli értéke nem vészes, még az aktuális Intel csúcs architektúrákhoz képest sem. A lényeg, hogy a következő gen. alapórajele is valahol ~3,5 GHz körül lesz az erősebb modellek esetében. Ugyebár a BD esetében elmentek 4 GHz-ig, akárcsak az Intel a Haswell-lel, ami nem sokkal több.
Az Az FX-9xxx pedig papíron 80, míg gyakorlatban kb. ~60%-kal fogyaszt többet mint az FX-8320/50.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
ldave
félisten
Ez a jövőkép mennyi időn belül reális, hogy a mindennapok része lesz? Ha egyáltalán.
A Slime draws near! Command?
-
Fiery
veterán
válasz stratova #14624 üzenetére
A Havok miota tamogat HSA-t? (a linkelt kepen a fizikat az APU szamolta HSA-val) Vagy kerdezem maskepp: miota tamogat barmi HSA-t? A teljes HSA implementaciot me'g a Kaveri sem tamogatja, a Broadwell meg egyaltalan nem Nincs semmi de semmi a piacon, se hardver, se szoftver, ami HSA-t tamogatna.
[ Szerkesztve ]
-
stratova
veterán
Én a kérdést úgy értelmeztem, hogy mikor jutunk el oda, hogy az IGP-t fizikai számításokra tudja kihasználni egy játékmotor. Nem konkrétan a képen prezentált HSA-ra leszűkítve.
Viszont ha Intel ezt a saját GPU-ján OpenCL 2.0-val megoldja az nem futna AMD APU-n is?[ Szerkesztve ]
-
VaniliásRönk
nagyúr
-
Fiery
veterán
válasz stratova #14626 üzenetére
Az en tippem az -- es ezt mar egy ideje mondom --, hogy ha a HSA-nak van ertelme, akkor az Intel es/vagy az nVIDIA ugyis le fogja koppintani, es mas neven sikerre fogjak vinni. Lasd Mantle, AMD64, HTT, 3DNow!, stb.
A masik variacio az, hogy az Intel teljesen mas uton jar, es adott esetben siman lehet, hogy az lesz a tuti megoldas. Hogy mi az az ut, pl. MIC vagy MorphCore, az iden kiderulhet.
Az OpenCL 2.0-t pedig egyelore nem sok minden hasznalja ki. Ha mar mindenaron bohockodni kell az IGP-vel (marmint compute vonalon), akkor szoba johet az OpenCL 2.0 is, de en inkabb egyfajta HSA klonra tippelnek.
[ Szerkesztve ]
-
Z10N
veterán
Ezek voltak mar?
Zen nyirbalas
Linux engedelyzes# sshnuke 10.2.2.2 -rootpw="Z10N0101"
-
stratova
veterán
Fiery: gondolom Intel terve szépen lassan kiderül, mert előreláthatóan lassan, de biztosan kúsznak fel a combosabb Gen 8-asIGP-vel ellátott modellek a "ranglétrán". Illetve, eddig csak BGA-tokozással GT3-as GPU-val ellátott modell asztali vonalon (nyilván elsősorban az OEM-eknek szánva) s ezen a frissen bejelentett Broadwell-K változtatott (noha nem lepne meg, ha az *alájuk bekúszó Skylake eleinte csak BGA lenne).
*Láthatóan az egyre nagyobb GPU "áldozatokat" követel CPU oldalon.
Attól tartok AMD-nek lassan már az IGP nyers számítási teljesítményét tekintve is tényleg fel kell kötni az alsót, ha Carrizo 2015 idusán Skylake-kel találja magát szemben.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Abban a formában, ahogy bemutatták semennyire, mert a fejlesztők nem szeretik az interoperability lehetőségeket. Viszont szerencsére ez a múlt, így például a Vulkan, illetve ezt még nem jelentették be, de DirectX 12 API alatt is lehetséges az IGP-t ilyen módon kihasználni. Ezzel nem kell két API-ra építeni a programnál, és az eredménye a koncepciónak ugyanaz. Az, hogy mire írod az már egyéni preferencia, ugye a Vulkan megengedi például az OpenCL shadereket, míg a DirectX 12 meg fogja engedni a C++ AMP-t.
A GrassFX végleges verziója is ilyen lesz. Jön Vulkan, Mantle és DirectX 12 API-ra. Mindhárom verzióhoz Bolt kód érkezik, mert az lefordítható minden API IR/IL-jére.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A konzolra fejlesztett Havok a két konzol HSAIL variánsán fut. Ezért nem tudja az Intel átmenteni PC-re. De ezen majd a SPIR-V segít.
Minden piacon elérhető hardver képes futtatni HSA alkalmazást. Ez csak egy virtuális környezet, mint a Java runtime, csak alacsonyabb szintű. Az egyes direktívák támogatásához kell speciális hardver. Például Kaveri és Carrizo. A Broadwell is jó pár direktívára.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
"Minden piacon elérhető hardver képes futtatni HSA alkalmazást"
Hogyne. Melyik iGPU kepes futtatni HSA kodot, a teljes HSA 1.0 specifikacio szerint, elejetol a vegeig, mondjuk OpenCL source-bol vagy Java source-bol kiindulva? Egyik se, ugye? Mindenfele legacy meg compatibility meg anyamkinja modon persze elfut egy Pentium II-n is, tudom... Hagyjuk mar a porhintest. De amugy meg tokmindegy, hiszen nincs app, nincs szoftver, ami a HSA-t kihasznalna. Ha lenne, az AMD mar korbehaknizta volna vele a vilagot.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Pont a legacy módja a legjobb. Egyszerűvé teszi az AVX/AVX2 kihasználását. Ha pedig van olyan platformod, amely támogatja a gyorsítást, itt nem elég szimpla IGP, hanem az összeköttetés is fontos, így ma a Kaveri és a Carrizo jó csak, akkor a HSAIL-ből a finalizer arra fordítja a kódot.
Pentium 2 nem jó. Az x86-os vonalon minimum SSE2 kell.
A HSA támogatásához fordítókra van szükség. Lásd az OpenCL esetében. Ehhez lesz elsőként HSA támogatás, ami után minden OpenCL alkalmazás HSA-n keresztül fut. Vagy a Java 9, ami ha megjelenik, akkor minden eddig megírt stream API-t és lambda expressiont használó alkalmazás HSA-n keresztül fut. A programozóknak a HSA-t nem kell célozni. Az OpenCL C/C++-t, a Java-t és a többi nyelvet kell.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
Mar masfel eve (sot...) a jovorol szol minden postod. Mindig lesz egy kovetkezo ev, egy kovetkezo dolog, amire varni kell, es majd azutan minden a helyere kerul az AMD fantazia vilagaban. Biztos van, akinek ez jopofanak tunik, de a fejlesztok es a felhasznalok is a jelenben elnek. Az AVX-et meg megsutheted, plane az AMD vonalon. Nem AVX-szel vagy FMA-val kellene bohockodni, hanem az IGP-vel.
Kaveri 7850K FMA (x64 CPU): 124 GFLOPS
Kaveri 7850K iGPU: 735 GFLOPSHaswell 4770 FMA (x64 CPU): 435 GFLOPS
Haswell 4770 GT2 iGPU: 382 GFLOPSEzek mért ertekek, nem elmeleti szamok. Ezek alapjan ha az AMD-rol beszelunk, kell a francnak az AVX meg FMA, futse a HSA az iGPU-t. Amig AVX-szel szorakozol, addig csak az Intelnek segitesz tovabbra is, megint az Intel CPU-k kerulnek azzal is helyzetbe. Pesze elobb kellene egy HSA futtatokornyezet, compiler, ja meg nehany szoftver is
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Nem érted a lényeget. Látod a lapkákban a számítási teljesítményt és hozzányúlhatsz ezek 10%-ához. És ez egy szoftveres probléma, mert ha többet akarsz kihozni, akkor elképesztő költségekbe vered magas.
Erre jönne a HSA, hogy hozzányúlhass az említett lapkák lényegében 800 GFLOPS körüli teljesítményéhez, és ezért ne kelljen új nyelvet tanulni, és pláne ne kelljen alacsonyabb szintre lemenni, ha az autovektorizálás nem ad elég jó eredményt.Az mindegy, hogy mi kinek segít. Az lenne a cél, hogy ha már vegyük ezeket majdnem egy TFLOPS-os hardvereket, akkor ne csak a tizedét érhessék el a programok. Mert mondjuk én nem arra venném a procit, hogy lefuttassak rajta szintetikus méréseket. Tök jó, tudja a Haswell és a Kaveri azt amit írtál, és hány program használja?
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
Nyilvan nem hasznalja szinte semmilyen konzumer szoftver sem ki az AVX, FMA es az iGPU compute kepessegeit sem. De ha HSA, akkor pont nem azt kellene kiemelni egy AMD topicban, hogy az AVX-re is milyen f*sza lesz, amikor az AMD APU-k AVX kodnal (is) rohadt gyengek. Az AVX lehetosegeinek konnyebb kiaknazasa pont az ellenkezo oldalt erositi me'g tovabb, tehat az AMD-nek pont baromira nem jon jol. Persze tudom en, hogy a HSA kod majd mindenen futni fog, AVX, FMA, iGPU, Java, OpenCL, C++, csudajo. Lesz. Majd. Egyszer. Addig meg hagyjuk mar az AVX-et egy AMD-s topikban.
A szintetikus tesztek pedig arra tokeletesek, hogy bemutassak, ha lenne szoftver, ami kihasznalna ezeket a hardveres kepessegeket -- tegyuk fel, maximalis mertekben --, akkor kinek allna a zaszlo. Most az Intelnek all, de ha lenne egy olyan "HSA" (hivhatjak maskepp is), ami kihaszalna az AVX, FMA kepessegeket az x86 magokban, es a teljes iGPU-t, akkor is az Intelnek allna a zaszlo (ugyanis a HSW GT2 marhara nem a legerosebb iGPU, amit az Intel le tud tenni az asztalra) Szivas...
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
De kit érdekel az AMD? A HSA nem róluk szól. Egy totál független alapítványról van szó.
A HSA arról szól, hogy a megszokott programnyelveken, a megszokott környezetben, lényegében kellően magas szinten lehessen használni azt a számítási kapacitást, ami benne van ezekben a lapkákban, jöjjön annak egy része a CPU-ból, az IGP-ból, vagy egyéb helyről, pl. DSP, stb.A szintetikus tesztekkel az a baj, hogy direkten lehet koncentrálni a hardverek számítási kapacitására, azzal, hogy teljesen speciális körülményt teremtesz neki. Mondjuk egy normál programban bőven van olyan lehetőség, hogy a vec4 operációk egymástól függnek, és rögtön ugrott co-issue az Intel IGP-ken, vagyis odavész a teljesítmény fele.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
válasz lezso6 #14638 üzenetére
En azt mondom csupan, hogy a HSA kapcsan az AVX-et kidomboritani egy AMD topicban eleg erdekes otlet. Az AMD-nek az segitene, az lenne az erdeke, hogy az iGPU-n fussanak a szoftverek, hiszen GPU-bol tudnak baromi jot kesziteni. Ha a HSA arra lesz a legjobb, hogy az AVX-et vegre kihasznalja, azzal az AMD nem nyer semmit a jelenlegi APU-ival... De persze felolem beszelhetunk a HSA+AVX komborol, csak nem latom ertelmet ebben a topicban
-
Fiery
veterán
"Egy totál független alapítványról van szó."
Ezt szerintem me'g Te magad sem hiszed el
"A szintetikus tesztekkel az a baj, hogy direkten lehet koncentrálni a hardverek számítási kapacitására, azzal, hogy teljesen speciális körülményt teremtesz neki. Mondjuk egy normál programban bőven van olyan lehetőség, hogy a vec4 operációk egymástól függnek, és rögtön ugrott co-issue az Intel IGP-ken, vagyis odavész a teljesítmény fele."
Vagy epp az a jo bennuk, hogy olyan fix korulmenyeket teremtenek, amivel direktben lehet hasonlitani az architekturakat egymashoz. Ha azt mondod, a HSA vegre kihozza majd az "allatot" az eddig ki nem hasznalt hardveres kepessegekbol, akkor pont a szintetikus benchmarkokkal lehet felmerni, hogy mire lehet szamitani. Oke, hogy egy adott szoftverben itt-ott elvesz ez-az, de a "big picture" nem valtozik akkor sem, ha tomegevel lesznek AVX-et vagy iGPU-t kihasznalo szoftverek. Nezd meg a CPU benchmarkokat: ha lefuttatsz 10 szintetikus benchmarkot, jo esellyel 10-bol 9 a Haswellt hozza ki gyoztesnek a Kaverival szemben. Ezek utan futtass le 10 real-world benchmarkot, es ott sem fog megfordulni ez a helyzet. Lehet fikazni a szintetikus benchmarkokat, de ha nem egyetlen benchmarkrol beszelunk, hanem egy mixrol, akkor a legtobb esetben a szintetikus benchmarkok sem mutatnak mas kepet, mint a real-world benchmarkok...
-
Fiery
veterán
"Csak megjegyeztem, hogy a HSA kedvező lenne az egész piacnak."
Ebben egyetertunk. Csak ahhoz az is kellene, hogy olyan nagy nevek is csatlakozzanak a bulihoz, mint az Apple, Google, Intel, nVIDIA es Microsoft. Nem kell erre valaszolnod, tudom, hogy megvan a sablon valaszod erre is, mar leirtad parszor Nem kell hozza az erintettek beleegyezese, lesz runtime nelkuluk is, stb. stb. stb. De szerintem azt Te is elismered, hogy az egesz HSA projekt sokkal konnyebben gurulna, sokkal hamarabb lenne belole valami, ha az emlitett mamutok is csatlakoznanak.
-
De itt arról volt szó, hogy bármilyen SSE2+ x86-os CPU-n fut, s ki lesz használva az AVX, már ha tud ilyet. Ez nem az AMD mellett szólt, hanem úgy általában, mindenre vonatkozóan. Az meg, hogy majd lesz-e a Kaveri / Carrizo iGPU-hoz is komolyabb támogatás, az később kiderül. Azt meg nem tudom honnan vetted, hogy a HSA az AVX-re lesz a legjobb. Egyelőre most semmire sem jó. De majd lehet bármire jó lesz.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
Abu85
HÁZIGAZDA
Pontosan ugyanannyi szavazati joga van az AMD-nek, mint a Samsung, ARM, Qualcomm és még sorolhatnál cégeknek. Ez elég független.
A HSA sem csoda. Szintetikus programnál szinte biztos, hogy nem ütközöl függőségre vagy birtoklásra vonatkozó limitekbe. Csupán azért, mert szintetikus programnál elkerülöd. Valós programokban ez már nem olyan egyszerű. Alapvetően kétféle architektúra létezik a limitációknál. Az Intel a függőségre érzékeny, mert az EU-kban két vec4-es motor van, ami co-issue módban használható ki, de ehhez nem függhet a két vec4-es operáció, mert ezek egyszerre futnak. Az AMD és az NV GPU-ja birtoklási limitben szenved, mert eleve úgy generálja a vektorokat, hogy elméletben is kizárja a függőség kialakulását, viszont a mindig teljes kihasználás a regiszterekre nagy terhet ró.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
Az eleg fuggetlen az olyan, mint a kicsit terhes nő? Amugy meg eleg ha a mediabol leszuri az ember maganak a dolgokat. Vagy a guglibol. Eleg beirni az alabbi kifejezeseket:
Samsung HSA
Qualcomm HSA
AMD HSAAz elso ketto nagyjabol semmi, csak arrol szol minden, hogy a HSA foundationhoz csatlakozott a ceg (nem most, hanem mar jo regen), es ennyi. A harmadik azonban teljesen mas: vagy az AMD lett a kijelolt udvari bohoc, akire ralocsoltek az alapitvanyi tagok ezt a szerepet, es igy kenytelen telef*sni a mediat a HSA-t elteto blablaval es egyedul fejleszteni a hardvert es szoftvert is; vagy -- es szerintem ez a valoszinubb verzio -- a HSA valojaban egyenlo "AMD & Co." (AMD es a tobbiek). Persze lehet teljesen veletlen is, hogy a HSA-t a legtobben az AMD-vel azonositjak, a HSA kapcsan allandoan az AMD neve ugrik fel, es latszolag senki semmit nem dolgozik a HSA korul, kiveve az AMD-t. Vagy az csupan teljesen veletlen, hogy az AMD-nek mar hellyel-kozzel masfel eve van HSA-hoz hardvere, mig senki masnak a kanyarban sincs ilyesmije? Veletlen, hogy egyetlen mas cegtol sem hallani me'g terveket sem ilyen jellegu hardver kapcsan? Vagy talan ennek csupan az az oka, hogy mindenki mas baromira el van foglalva azzal, hogy egymassal versengve piacra dobja a 64 bites ARMv8 termekeket? Aztan majd az ARMv8 utan johet a HSA, csak ezt most me'g oriasi titok ovezi? Vagy csak en nem latom a HSA kulcsszot az ilyen roadmapeken? --> [link]
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Az AMD azért van sűrűn megjelölve, mert a vezetői pozíciót Phil Rogers tölti be, aki az AMD-nél dolgozik. Ő olyan mint Neil Trevett a Khronos Groupnál.
A szakmai előadásokat mindig felosztják a támogatók között, így mindenki láthatja, hogy ez egy konzorcium. A Samsung, az Imagination, a Qualcomm, az ARM, a CodePlay, mind tartanak előadásokat.
Mindenki sejtette, hogy az AMD jár az élen az integrációban, tehát nekik lesz meg leghamarabb a hardver. Ez sosem volt titok. Ettől függetlenül dolgoznak a többiek is. Az ARM-nak és az Imaginationnek van komplett HSA rendszere, ami összerakható.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
"Az ARM-nak és az Imaginationnek van komplett HSA rendszere, ami összerakható."
Aham, tehat pont azoknak van valami osszerakhato izeje, akik nem gyartanak SoC-ot vagy CPU-t vagy APU-t. Aki meg gyart barmi kezzelfoghato kesztermeket, annak me'g veletlenul sincs a roadmapjen semmi, ami HSA-val kapcsolatos. Kiveve az AMD-t, akinek ott a Kaveri, Carrizo, es javaban keszul a Nolan es Amur, ezek mind valamilyen foku HSA tamogatassal birnak. Vilagos, ez igy teljesen mas megvilagitasba helyezi a dolgokat Nem az AMD kore epul a HSA, nem ok mozgatjak az egeszet, a tobbiek teljesen egyenrangu szerepet kaptak/jatszanak
Kesz szerencse, hogy a Mantle Foundation nem szuletett meg, me'g a vegen arra is azt mondanad, hogy nem az AMD-rol szol.
[ Szerkesztve ]
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Az ide nem illő hozzászólások topikja:[link]
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva.