Abu, jól látom, hogy nem látom a cikkben azt, amit a HWSW ír; konkrétan, hogy a Carrizo-t is csak szoftveresen lehet HSA 1.0 kompatibilissé tenni, a Kaveri meg csak az 1.0 Provisional verziót tudja, amit külön be kell építeni a programba, ha a Kaverin is futtatni akarjuk a HSA progit?

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Nincs olyan, hogy szoftveres vagy hardveres HSA. A compliance test elkészülte után a direktívák támogatása alapján jön a támogatás. Ez totálisan összekeveri mindenki.
Olyan sincs, hogy provisional verzió. 1.0 final van. A provisional arra vonatkozik, hogy amelyik szoftvercég HSA-ra írt programot, annak a provisional specifikációkat kellett követnie eddig. A provisional speckók alapján írt program viszont nem biztos, hogy futni fog a HSA runtime-on, mert a specifikáció megváltozott. Ergo vagy módosítják a programot a final specifikációkhoz, vagy szállítják az AMD provisional runtime-ját, de az csak AMD-n fog futni.
Hosszú távon a final runtime lesz támogatva, hogy ne csak AMD-n fusson, de pár programnál most fontosabb, hogy tartsák a tervezett megjelenést.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

És az 1.0 final-ra írt progi fut Kaveri-n is?

[ Szerkesztve ]

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

A fent említett hazai oldal forrása.

Mert teljes tévedésre épül. Csak egy specifikáció van, ami az 1.0 final. A provisional hatályon kívül lett helyezve, ahogy a HSA alapítvány honlapja is jelzi. Annak a specifikációja már nem is tölthető le.
Itt csak arról van szó, hogy számos szoftvercég a provisional specifikációra írta a programot, ami baj, mert a final runtime-on ezek nem futnak. Két hónap túl kevés idő, hogy átírják, így eleinte szállíthatnak provisional specifikációra épülő csomagot a programokhoz. Az AMD is szállítani fog ilyet. De hosszú távon ez nem fog működni, mert senki sem fog támogatni egy hatályon kívül helyezett specifikációt. Ez csak egy ideiglenes helyzet.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Mindenen fut. A HSA kvázi olyan, mint a Java. Egy futtatási környezet, egy teljes egységesítés alacsony szinten és onnan bármire fordítható a kód. Az egyetlen különbség a direktívákban lesz. Nem mindegyik direktívát támogatja mindegyik hardver. Ez a program sebességére lesz hatással, de a futtathatóságára nem.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Szerintem ez annyira nem is lényeges. Valahogy majd megoldják.
A Kaveri már eleve bukta a szememben, olyan lapost már most sem vennék. A Notebookcheck nem túl híres a korrekt tesztjeiről, de azért ez durva. Játék alatt a 19W TDP-limit egyszerűen kinyírja a chipet.
The system completely faltered after adding the GPU stress test via FurMark: The CPU remained almost consistently at 1.1 GHz, and the GPU did not manage to surpass 282 MHz.
A Carrizo meg még sajnos messze van.

[ Szerkesztve ]

Részlet a hwsw-s cikkből

Az AMD már tavaly azzal dobta piacra Kaveri családba tartozó processzorait, hogy azok támogatják a HSA szabványt. Azóta a cég pontosította kommunikációját, a Kaveri csak a HSA 1.0 Provisional kiadásával kompatibilis, a most publikált végleges kiadással nem. Ez a gyakorlatban azt jelenti, hogy a végleges szabvánnyal kompatibilis eszközök nem működnek automatikusan a Kaverivel, a fejlesztőnek az 1.0 Provisional támogatását külön bele kell fejlesztenie a szoftverbe, ha ezt a processzorcsaládot is meg kívánja célozni.

Sajnos a helyzet az idei, Carrizo kódnevű AMD-processzorok esetében sem sokkal jobb, az AMD jelen pillanatban csak reméli, hogy a lapka HSA 1.0 kompatibilissé tehető. A cég ugyanis a végleges szabvány publikálása előtt lezárta a lapka fejlesztését és gyártásba küldte a Carrizót, így jelenleg nincs rá garancia, hogy a végleges specifikációt is támogatja a hardver. A cél mindenesetre ez, az AMD szoftvermérnökei most gőzerővel dolgoznak az esetleges különbségek elsimításán - mondta el Phil Rogers, a HSA Foundation elnöke, civilben az AMD kiemelt munkatársa az AnandTech kérdésére.

[link]

[ Szerkesztve ]

"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)

A HSA Foundation elnöke, Phil Rogers néhány érdekességről is lerántotta a leplet a bejelentés kapcsán megrendezett tájékoztató alkalmával. Elmondása szerint AMD fronton a Kaveri APU egységek még a HSA 1.0 ideiglenes kiadására támaszkodnak, de a Carrizo APU egységek, amelyek Excavator processzormagokat alkalmaznak, már a HSA 1.0 végleges specifikációját használhatják, amennyiben a megfelelő eszközök még a Carrizo hivatalos rajtja előtt rendelkezésre állnak. A Carrizo APU egységek rajtját persze nem tartják vissza csak azért, hogy a megfelelőség még a termelés felfuttatása előtt garantálható legyen, de a várakozások szerint a Carrizo így is megfelel majd.

[link]

(#16) lezso6: Joker korrekt cikkeket szokott összerakni.

[ Szerkesztve ]

www.smart-bus.hu

Sajnos ez van. Majd megoldják egy finalizerrel a futtatást, amivel a Kaveri/Carrizo lehető legtöbb feature-ét használni fogja a szoftver. Ahogy megoldják a futtatást a te i5 processzorodon is. Mi a probléma?

[ Szerkesztve ]

#tarcsad

Nem kicsit ferdít a hwsw, ez az eredeti szöveg:

As part of the pre-briefing we received, Phil Rogers, the president of the HSA Foundation and corporate fellow at AMD, explained the purpose of the announcement and answered a few of our questions. Mr Rogers explained how current Kaveri APUs currently rely on the HSA 1.0 Provisional specification, and Carrizo (based on Excavator) will aim for 1.0 Final compliance if the tools are ready before Carrizo launch. Carrizo will not be held back in order to secure compliance before ramping up production, but the expectation is that it should pass and be used similar to Kaveri but with the minor adjustments required for 1.0 Final, such as GPU context switching.

(#14) -Solt-: na, az ipon az rendesen le tudta fordítani, nem kutyulta össze.

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Így van, az Iponos fordítás viszont korrekt.

"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)

Bár nem vagyok nagy angoltudós, se procizseni. De valaki emelje már ki nekem azt a részt, ahol azt írják, hogy a Kaverin nem fog futni a HSA 1.0-s kód?

Ahogy Abu is írta az AVX-es példánál, tulajdonképpen csak fordító kérdése, hogy menni fog a Kaverin a HSA kód. Ezért nem tudta az angol faszi sem kijelenteni egyértelműen, hogy HSA 1.0 final kompatibilis lesz-e EGYBŐL a Carrizo, mert még nincsenek készen a kívánt szoftveres eszközök.

De még ha igazatok is van és Abu orvul mindenkit félrevezetett az elmúlt 8 évben, mert ő titkon egy AMD disztribútor. Most rájöttetek az igazságra, és most mi lesz?
Felvesznek titeket pH! cikkírónak, mert meg tudtatok írni egy mondatot?
Tény, hogy Abu Ati rajongó (volt), tény, hogy Oliverda AMD rajongó. Na és? Kellően objektívek a cikkeik.
Nem írhatják azt 0-24, hogy az AMD szar, az Intel a király, nincs is értelme élnie senkinek, aki nem nVidiát, vagy Intelt vesz.

Ők a fejlődésért rajonganak, az új ígéretes technikákért! Amit vagy hoz a kedves gyártó, vagy nem (időben)...

A HWSW cikke írta ezt valószínűleg fordítási hiba miatt.
Sajna én is benyaltam az ott olvasottakat.

(#8) Abu85: Kössz az infót, így már világos.

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Igen.

De a HSA platform nem követel magának hardveres támogatást. Ezt a fogalmat nem ismeri. Maga a kérdés így téves. Direktívákat követel.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

A cikkben szereplo 3 link nem mukodik.

Sajna az alapítvány oldala sem jön be éppen. Gyanítom később működni fog, ha eddig jó volt.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Ilyen nagy az erdeklodes?

"Ugyanakkor volt rá némi utalás, hogy mire elérhető lesz HSA-val felturbózott Android, addigra itt lesznek a hardverek."

Errol lehet valami pontosabbat tudni? Marmint hogy Androidhoz mikorra varhato a HSA tamogatas? Es persze nem NDK-ra gondolok, hanem Java, nativan az Android SDK-ba integralva. Vagy ezt a Google nem hagyja, es kiegeszito SDK-kent lesz letoltheto es telepitheto az Android SDK mellett?

Az Amur tamogatni fogja a HSA-t Androidon? Amurrol lehet tudni valamit, hogy mikor erkezik?

WP10 (tudom, tudom, Windows 10 for Phones) gondolom eselytelen, de ha megsem, akkor arrol mit lehet tudni?

[ Szerkesztve ]

Eleve rossz a kérdés. Nincs olyan, hogy hardveres HSA, mivel virtuális utasításarchitektúra (HSAIL) van, hasonlóan, mint a bájtkód Java-nál. Bármin futhat.

Ha a sebességre gondolsz, az ugye a támogatott direktíváktól függ. Max erre tudom ráerőltetni, hogy hardveres, mert az egyes direktívákhoz ténylegesen kellhet valamilyen hardverkövetelmény, de ezek alapján akkor sem lehet kijelenteni olyat, hogy XY cucc hardveresen vagy szoftveresen, esetleg részben hardveresen () támogatja a HSA-t.

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

"Én is teljesen biztos voltam benne hogy egy büdös szó nem fog esni arról amit említettél.
Az a probléma, hogy attól függetlenül hogy itt ki lesz beszélve a dolog, a hír nem fog változni, és aki beesik az utcáról megint félig meddig lesz tájékoztatva."

Nem tudom ki gondolta, hogy egy proci kapásból és maradéktalanul támogat egy, a piacra kerülése után 15 hónappal (tape out után 28 hónappal) véglegesített specifikációt, de naív és bizarr föltételezés volt.

Itt a Prohardveren én tavaly olyanokat olvastam Abutól, hogy "a Kaveri a piacon elsőként támogatja a hUMA és a hQ technológiát, melyek a HSA platform alapvető funkciói lesznek", illetve Oliverdától, hogy "a hUMA és a hQ támogatásától HSA (és OpenCL 2.0) képessé vált a rendszer, bár a Kaveri nem felel meg az összes HSA direktívának".
Ami zavart okozhat, hogy bizonyos HSA alkalmazásokról már régóta, rendszeresen írtak AMD APUk kapcsán, pl volt, amikor bizonyos HSA képességet Trinityvel (!) demonstráltak. Ezzel persze nem azt akarták sugallni, hogy a Trinity minden HSA irányelvet támogatna. Ugyanez elmondható a Kaveri és Berlin lapkákról is.

"Ha esetleg meg olvasta Abu előző ömlengéseit a HSA-ról, ahol minden második sorban az AMD volt megemlítve most azt hiszi ha vesz AMD-t mert jön a HSA, majd milyen jó lesz neki"

Szerintem hűtsd le magad, egy Ice Bucket Challenge pont jó lesz.
Az utóbbi cirka egy év prohardveres HSA termésében (Bemutatta heterogén jövőképét a HSA alapítvány, Az Oracle a HSA alapítvány új tagja, A Crytek már javában vizsgálja a HSA jövőképét, Célegyenesben a HSA fejlesztése, Az Oracle-nek nagy tervei vannak a HSA-val, Nem minden HSA implementáció támogatja majd a 32 bitet) gyors keresés összesen 5-ször találta meg az AMD (sokszor más cégek között felsorolva), 2-szer a Kaveri szavakat. Ez 7 találat 6 cikkben, ettől még nem kell hogy elveszítsd a fejed.

[ Szerkesztve ]

Biztosan. Állítólag áttértek egy új portálverzióra és takarítottak, ezért volt a leállás. Most már műxik.

A MediaTek mondta, hogy nekik elérhető lesz a lapkájuk, amikor a HSA-s Android elérhető lesz. Ennyit tudok erről. Az ARM már régóta dolgozik ezen a Google-lel.

A Microsoft ott volt San Jose-ban, azt osztották, hogy a C++ AMP-ből elérhető a HSA. De ezt eddig is tudtuk. Valószínűleg ők az M#-re gyúrnak ebből a szempontból. Mivel a Qualcomm támogató, így lehetséges, de nem a WP10-ben. A sima Windows 10-ben elérhető lesz.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Nincs olyan, hogy hardveres HSA, mivel virtuális utasításarchitektúra (HSAIL) van, hasonlóan, mint a bájtkód Java-nál. Bármin futhat.
ehhez képest az amd esetében meg csak a kaverin/carrizon fut, és egyelőre azért csak a reményeik szerint. olyan persze még nem nagyon volt, hogy az amd-nél ígérni ne tudtak volna...

Ez nagy tévedés. Mindenen fut. Ez tulajdonképpen egy virtuális gép, csak nagyon alacsony szinten megoldva a kompatibilitást az eltérő architektúrák között. Sajnos sokan nem hallgatták végig a HSA előadásokat az elmúlt években, így még mindig az a tévhit, hogy ez egy OpenCL-t leváltó dolog, vagy ilyesmi, de valójában nem vált le semmit, maximum kiegészít az eddigi platformokat.

Nyilván egyébként ez egy alapvető kommunikációs baki. Írtam már az ARM-nak, hogy nagyon magasnak képzelik az újságírók tudását. Jellemzően nem progmatosok ülnek a széken, így a magyarázatot is így kellene tervezniük. Meglepetésemre azt a választ kaptam, hogy észrevették ők is.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Fognak kapni a kaveri előtti APU-k, GCN előtti GPU-k HSA supportot?

(#35) avman: nem az AMD-ről beszéltem, hanem úgy általában a HSA-ról. Elméletben futhat bármin. Az a kérdés, hogy lesz-e XY GPU-hoz / APU-hoz finalizer, vagy csak szimplán CPU-ból fog menni legacy-val.

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

felsorolnád pl. az amd esetében ezt a bármit, amire reális jövőképpel is rendelkezik? mert elvileg én is bárkit fel tudok szedni, még akár Summer Glau-t is, mint védelmező módra átállított Terminator modellt, de a valóságban a lehetőségeim azért ennél sajnos jóval korlátozottabbak.

A java bytekódot nem azért hoztam fel, mert hogy arra bizony nem lehet hardvert építeni, hanem mert a HSAIL-hoz hasonlóan nem natív. Persze létezik pár perverz megoldás melynél bizonyos szinten mégis az, de ez az alapötlettől ez igen messze áll, mert eredetileg az volt a cél, hogy egyszer megírod kódot és futtathasd bárhol. HSA ugyanez, csak APU-ra / GPU-ra / SIMD motorra tervezve, ha meg ezek nincsenek, akkor legacy módban fut. De ha jól veszem ki a hozzászólásodból, neked a hardveres gyorsítás = (GP)GPU gyorsítás (a célhardveren kívül). Csak hát ez a HSA esetében nem ilyen egyszerű, mert pl egy AVX-et használó finalizert minek nevezzünk? Szoftveres megoldásnak, mert elvégre csak CPU-n fut?

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Dedikált GPU nem kaphat supportot. A HSA tervezése során ezt a mellékágat törölték. Valóban régen létezett, de ma már nincs benne a specifikációban.
Nagyon egyszerű az egész. Minden processzor kompatibilis a HSA-val, vagyis képes futtatni egy HSA-ra írt programot, amennyiben telepítve van a HSA Runtime.
HSA-t támogató eszközről beszélünk, ha legalább egy direktívát támogat a hardver (mindegy melyiket).
Teljes HSA kompatibilitásról pedig akkor van szó, ha az összes direktívát támogatja a hardver.

Természetesen a direktívák közül a GPU C++ Compute könnyű célpont, így a legtöbb modern SoC HSA-t támogató eszköz. De vannak fontosabb direktívák, amelyek nélkül a HSA félkarú óriás. És igen ezekhez Kaveri kell ma minimum.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Ezt jó tudni. Akkor ezért jön a Skylake.

(#42) MaUser: Világos.

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.