- Gaming notebook topik
- 3D nyomtatás
- Bemutatkoztak a Microsoft aktuális Surface gépei
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Hobby elektronika
- Épített vízhűtés (nem kompakt) topic
- VR topik (Oculus Rift, stb.)
- AMD GPU-k jövője - amit tudni vélünk
- Házimozi belépő szinten
Hirdetés
-
Mozgásban a Kill Knight
gp A mai nap folyamán érkezik egy kipróbálható demó PC-re, így megnézhetjük végre hogy fest élőben a játék.
-
Máris megszületett a Huawei Enjoy 70 utódja
ma Az Enjoy 70s processzorfrissítéssel próbál szerencsét, több változás nincsen rajta.
-
Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
it 830 millió dollárnak megfelelő összeget költ a szilárdtest-akkumulátorok fejlesztésére Kína a jelentések alapján.
Új hozzászólás Aktív témák
-
félisten
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
-
v_peter2012
csendes tag
É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.
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.[ Szerkesztve ]
A GCN processzor, mégsem professzor? Várja a kisegítő iskola padja, a Maxwell pedig röhög rajta.
-
Abu85
HÁZIGAZDA
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.
-
7time
senior tag
válasz v_peter2012 #2 üzenetére
Téged megvert valami AMD-s hogy ennyire utálod a termékeiket?
-
stratova
veterán
A fent említett hazai oldal forrása.
-
Abu85
HÁZIGAZDA
válasz v_peter2012 #2 üzenetére
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.
-
Abu85
HÁZIGAZDA
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.
-
Hakuoro
aktív tag
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 ]
-
v_peter2012
csendes tag
Ne félre beszélj, hanem mondd ki nyíltan, igen vagy nem.
Támogatja a HSA 1.0 végleges verzióját hardveresen akármelyik jelenleg kapható amd termék?
Támogatni fogja a HSA 1.0 végleges verzióját hardveresen a jövőben megjelenő carrizo?
Egy szavas választ szeretnék, nem akarom rabolni az időd.
A GCN processzor, mégsem professzor? Várja a kisegítő iskola padja, a Maxwell pedig röhög rajta.
-
7time
senior tag
válasz v_peter2012 #10 üzenetére
Mennyire védem? Csak 2% ha tudnád annak amit ABU akkor lenne jogod itt pattogni de így nem nagyon.
-
Egon
nagyúr
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.
[ Szerkesztve ]
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
-Solt-
veterán
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.
(#16) lezso6: Joker korrekt cikkeket szokott összerakni.
[ Szerkesztve ]
www.smart-bus.hu
-
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.
-
őstag
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)...
-
Yllgrim
őstag
Azt a sok @*&# primitiv f@*& mar....
Elmondom en is nektek ha szeretnetek, egy hibasan forditott cikre alapozva kertek szamon Abu-n valamit es frocsogtok ott magatokban Meg kellene tanulni angolul, elolvasni egy cikket eredetiben, ertelmezni es levonni a kovetkeztetest. Ez igy egyszerre tul sok feladat, erre van a HSA, hogy parhozamosan menjen a gondolkodas ne csak linearisan....
Koszonjuk hogy jottetek es trollkodtok, menjetek szepen vissza oda ahonnan elobujtatok...
[ Szerkesztve ]
Peace is a lie, there is only passion. Through passion, I gain strength. Through strength, I gain power. Through power, I gain victory. Through victory, my chains are broken. The Force shall free me.
-
pakriksz
őstag
egyesek kiemelik azt is, ami nincs ott annyira imádnak egy másik céget, és annyira utálják ezt.
Nem tudom miért járnak ide ha annyira nem tetszik az objektív tájékoztatás. Van két másik weboldal ahol naponta olvashatják hogy az amd csődbe megy, az amd szar, és hülye, és mellé még szép kis neonzöld, meg kék reklámokkal kis kedveskednek nekik a háttérben
[ Szerkesztve ]
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
Abu85
HÁZIGAZDA
válasz v_peter2012 #11 üzenetére
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.
-
Fiery
veterán
A cikkben szereplo 3 link nem mukodik.
-
Fiery
veterán
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 ]
-
MaUser
addikt
Ebből hol jön, hogy bármelyik említett AMD megfelel az 1.0 final-nek hw oldalról? Kaveri és Carizzo és majd sw oldalon lesz (ott a tools availability kitétel) kész. Hogy ez milyen mélységű sw függőséget jelent, az majd kiderül. Egyelőre reménykednek, hogy minor tweeking elég a Carizzo-hoz a Kaveri-s tapasztalat alapján. Ergo ebből az jön le, hogy nincs hw megfelelőség, viszont megfelelő sw támogatással mindkettő teljesíti az 1.0 Final-t.
Ha a tools persze valamilyen más tools jelent, akkor megfelelhet hw-esen, de akkor az angol szöveg is hibás és az eredeti cikkíró "mongyon le".
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
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.
-
pakriksz
őstag
akkor annak a bizonyos ferinek a kottájából játszik
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
ukornel
aktív tag
válasz v_peter2012 #2 üzenetére
"É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 ]
-
Abu85
HÁZIGAZDA
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.
-
Clorf
tag
Akkor ezekszerint az én A10-5800K mal ne is várjak csodákat...
"The Morru'Khan is not satisfied with your peformance"
-
#95590400
törölt tag
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... -
Abu85
HÁZIGAZDA
válasz #95590400 #35 üzenetére
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.
-
#95590400
törölt tag
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.
-
MaUser
addikt
Hogy ne lenne már bármely il hw függő? Gyak nincs olyan, ami nem az. Gondolom hsa sem fut tetszőleges amd apu-n, ugye? Ma már ott tartunk hogy java biza hw-esen fog gyorsulni pl. gpu-n (IBM demózta már egy ideje cudaval, de hsa-nál is vannak ilyen célok), de eddig is voltak pl java koprocik, még ha nem is átlag gépben. Rengeteg spec asic, fpga készül ilyen célra, még ha nem is sima pc-ben mennek, java-hoz - ha már ezt így kiragadtad - pl. már 2001-ben volt hw-es gyorsító (iterpreter és translator is hw-ben volt direktben támogatva, igen erős speed-up ot elérve).
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
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.
-
Abu85
HÁZIGAZDA
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.
-
MaUser
addikt
Elég egyszerű a helyzet. Hw gyorsítás az, amikor az adott utasítás támogatására direktben képes a hw. Il szakítana ezzel, gyakorlatban meg néha működik, sokszor meg nem. CUDA-t toltam régen, szépen le volt írva minden, mi emulált és mi direktben támogatott, ennek függvényében tudta az ember, hogy pl. egy ciklikus mátrix számolást hogyan paralellizáljon, hogy kihasználja az adott hw-t és ne csak gányoljon. A példádban az AVX kódod hw, x86-os általános fordítási ága meg nem. Nem olyan bonyolult ez. (Btw, .net, java teli van direkt hw osztályokkal ma már, csomó dolog nélkülök reménytelenül lassú lenne.)
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
Abu85
HÁZIGAZDA
És itt el is jutottunk a HSA lényegéhez. Ezek olyan dolgok, ami miatt a mainstream programozók számára a GPGPU nem ideális. Valaki szereti és megcsinálja OpenCL-ben, mert létezik az a fajta tábor, ahol opció kihasználni a hardvert, de más meg valami egyszerűbb koncepcióra vágyik ugyanakkor szeretne hozzáférni a gyorsítókhoz. Erre született meg a HSA, amely a mainstream nyelveket is képes támogatni. És csak a subsetjeit. Lásd majd idén a Java 9, ahol a gyorsítást a Stream API és a Lambda expression biztosítja. Ezeket kell használni és majd runtime eldönti, hogy a kód mely része futhat az IGP-n. Nagyjából 3 éve pofázza ezt a lehetőséget a HSA alapítvány. Persze ez nem váltja majd ki az OpenCL-t, de nem is ez a cél.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs