- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
Új hozzászólás Aktív témák
-
Petykemano
veterán
Értem. Ez - nyilván nem önmagában - komoly vetsrnyelőnyhöz juttatta az amdt a hpc piacon?
Én úgy látom, de persze nem vagyok se szakmabel, se beavatott, csak egyszerű hírfogyasztó, hogy bár a firepro 9150 a legjobb dp teljesítményű kártya már egy jóideje, mégis a még meg se jelent pascalról írják, hogy már van is rá komoly megrendelés. Persze, ebben nyilván a cudának is nagy szerepe van.Az is megoldható lehetett volna, hogy ha ez a fícsör a hpc piacon fontos és értelmes, akkor csak a firepro termékekből nem kivágni.
(Utólag Okos Kapitány voltam)
Találgatunk, aztán majd úgyis kiderül..
-
Fiery
veterán
"A probléma ott van, hogy mivel jópár évvel korábban kezdte az nVidia az AMD-hez képest"
Ez sajnos nem igaz. Az nVIDIA 2007 juniusaban mutatta be a CUDA-t, mig az AMD Stream SDK 1.0 2007 decembereben jelent meg. A hatterben zajlo munka is kozel egyszerre indult el, persze anno me'g az ATI iranyitasa alatt.
A problemat az okozta, hogy az AMD nem sokkal a Stream bemutatasa utan dobta az egeszet, es inkabb az OpenCL-re szavazott. Ami viszont mind a mai napig nem mukodik a gyakorlatban, persze 1-2 udito peldat leszamitva. Az nVIDIA vegig kitartott a zart, sajat API mellett, es ennek meg is lett az eredmenye. Nem eleg ugyanis egy jo hardvert letenni az asztalra, ahhoz kell egy megfelelo (idealis esetben testreszabott, azaz a hardverhez fejlesztett) API, es ahhoz pedig egy fejlesztoi kozosseg. Az AMD-nek ez a (GPGPU/HPC) hajo mar elment, nem is veletlen, hogy ketsegbeesesukben mar a CUDA-hoz nyultak. De ez sem fog segiteni rajtuk, hiszen ki fog CUDA konverzioval vacakolni, amig van megfelelo alternativa nativ CUDA-s hardverbol is? Az AMD egyetlen eselye az lenne, ha a FirePro fele annyi penzert 2x nagyobb teljesitmenyt tudna nyujtani, es a CUDA source-ot modositani sem kellene ehhez. Ez viszont nem fog megtortenni, a 3 kriterium egyike sem fog teljesulni.
[ Szerkesztve ]
-
namaste
tag
A GK110-tól lehet párhuzamosan több kernelt futtatni, lásd Hyper-Q.
(#14) Abu85
"Az NV nem tervez DP-re."
Miért ne tervezne?"... amelyekhez a PTX miatt muszáj ragaszkodniuk."
A PTX-nek semmi köze a hardverhez, az egy virtuális utasításkészlet, amit olyan GPU natív kódra fordítanak, amilyen GPU-n a program éppen fut. A GPU mikroarchitektúrájához meg végképp semmi köze nincs.Amit írsz a GCN ALU-ról, abból az jön le, hogy az FP32 utasításokat is FP64 pipeline-on számolja.
-
Reggie0
félisten
Tehat azt mondod, hogy a Dynamic Parallelism funkciot csak azert tudja, hogy onmagat allitsa le egy kernel es esetleg ne a child kerneleket piszkalja? Erdeks megkozelites.
Amugy: https://www.nvidia.com/content/PDF/kepler/NVIDIA-Kepler-GK110-Architecture-Whitepaper.pdf
[ Szerkesztve ]