- Micro Four Thirds
- HiFi műszaki szemmel - sztereó hangrendszerek
- Milyen TV-t vegyek?
- Jön a neurális leképezés a DirectX API-ba
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- ThinkPad (NEM IdeaPad)
- AMD Navi Radeon™ RX 7xxx sorozat
- Milyen processzort vegyek?
- Autós kamerák
- Kormányok / autós szimulátorok topikja
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
Mert egy CPU-mag sosem fog 2560 szálat kezelni egyszerre, míg mondjuk a GCN multiprocesszora erre van tervezve. Vagy késleltetésre optimalizálsz, vagy adatpárhuzamos végrehajtásra. A kettő együtt nem működik.
(#48) Rive: Jellemzően 1000 szál fölé lő az NV és az AMD a multiprocesszorok tervezésénél. De nincs egzakt érték. Ami jobban fekszik az architektúrának. Az ultramobil GPU-k is 200-500 szállal dolgoznak a multiprocesszoron belül. Egyedül az Intel dolgozik sokkal kevesebb szállal (egészen pontosan 7/EU).
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
#49
Meteorhead
aktív tag
Abu85
#20
Meteorhead
aktív tag
Kíváncsi lennék a véleményedre, hogy szerinted ennek lesz-e látható hatása a PC-s piacra.
Kicsit azt érzem, hogy hQ és az egész HSA a PC-s piac szemszögéből olyan, mint a Mantle. Egy platformspecifikus cucc, aminek a terjedése eleve halálra van ítélve az által, hogy a konkurensek magasról tojnak rá. Lehet, hogy nyílt, de PC-n ha csak AMD implementálja, akkor platformspecifikus.
Mégis mi reménye lehet ennek a queue-ing modellnek elterjednie, amikor a packet modell kialakításában részt sem vettek azok, akik még csak most tervezik azt az architektúrát, ami konkurenciát szeretne állítani Kaverinek. A borzasztó borúlátásomat csak az táplálja, hogy a legkisebb jelét sem látom annak, hogy a konkurencia akár csak a legáttételesebb módon is, de az AMD saját játékában (az integrációban) szeretné felvenni a versenyt.
Intel szerver fronton 15 magos procikat hoz, NV legutóbbi konferenciáján egyetlen szó sem esett Tegra 5-ről, vagy Maxwellről... Egyedül NV-ről van hír, hogy Tegrával hoz közös címteret, ami az egyik alappillére HSA-nak, de nem vagyok benne biztos, hogy a queue-ing modell megvalósításához nincs szükség HW-es drótozásra is, ha másnak nem, a GPU-s szálütemezőnek tudnia kell valamit hozzá.
Azzal, hogy az Intel azt súlykolja, hogy OpenCL-es játékokat szeretne látni azzal épp azt erősíti, hogy egyelőre nem áll szándékukban OpenCL 2.0-nál mélyebb integrációt megvalósítani. Az már közel van a HSA queue-ing modellhez, de ugyanazon az OS queue-n megy keresztül, mint minden más.
Mindenesetre ha már csak OpenCL 2.0 conformance lenne minden PC-s piaci szereplő között, már az nagy lépés lenne. Akkor már csak azzal a nyomorult C99 variánssal kéne megküzdeni a kernelnyelvben.
-
Jack@l
veterán
Ezt mondjad a processzorgyártóknak akik lassan 30 éve x86-ot gyártanak... Egyedüli alternatíva most az ARM.
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
Abu85
HÁZIGAZDA
Nem az utasításokkal van a baj. Az ISA-nak az utasítások csak egy részét képzik. Az ISA azonban definiálja a rendszer alapvető működési modelljét is az utasítások mellett.
Egy GPU ISA modellje alapvetően különbözik a CPU-k ISA modelljétől. Ezt nem szakszóval párhuzamos ISA-nak hívják a cégek, mert a CPU-k skalár ISA-jához képest a legfőbb szempont az adatpárhuzamos feldolgozás hatékony biztosítása, vagyis alapvetően arra kell ügyelni, hogy a termék gyorsan hozza létre a szálakat vagy semmisítse meg azokat, illetve ezek között biztosítsa az alapvető szinkronizációt, és a nagyon gyors kommunikációt. És itt sokezer szálról van szó, tehát ez egy kritikus része az implementációnak. Ha ezt az előnyt elveszed a CPU-ba építéssel, akkor a rendszer már nem lesz hatékony.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
#44
MCBASSTION
aktív tag
MCBASSTION
aktív tag
jo lesz ez
mar az opencl 2.0-ban is tetszett, hogy a gpu onmaganak adhat feladatot, ezzel sok cpu->gpu->cpu utat meg lehetne sporolni.windows7sins.org
-
citkar
addikt
Mégis miért kéne mutatnom, talán azt olvastad nekem van?
Olvasd el még egyszer szerintem, amit írtam, mert az arra utal, hogy attól, hogy van valami ami működik, még lehet fejleszteni mást, akár jobbat.
Nem biztos, hogy épp ez lesz a jövő, de ha mindenki csőlátó és a beszűkült lenne most is íjászkodnánk és gyűjtögetnénk, ami nem rossz, úgy is lehet élni, akár boldogan is, de valamiért mégis elhaladt felette az idő. Mint ahogy más vívmány felett is és keresni kell az újat, ami talán jobb lesz, legalább egyes területeken.[ Szerkesztve ]
-
dabadab
titán
Attol meg, hogy egy ISA-ban vannak az utasitasok, az nem jelenti azt, hogy ugyanazon a pipeline-on kell futniuk, ahogy gyakorlatilag az FPU utasitasok is egy tok kulon cuccon futottak, a CPU bottal se piszkalta oket, aztan megis reszei voltak az x86 ISA-nak (aztan az mas kerdes, hogy idovel a ket szilikon egybeolvadt, de ez most nem tul erdekes).
DRM is theft
-
Rive
veterán
Hümm.
Az x86 ugye ma RISC alapokon vanik emulálódva, úgy nagyjából.
Plusz az a néhány multimédia-kiegészités, amitől az eredeti x86 kiagyalói anno kollektive hajrákot kaptak volna.Nomeg ott van a Transmeta-féle x86-emuláció, VLIW alapon (jogok az AMD-nél).
Nem látok amolyan igazán áthághatatlan határokat ebben a dologban.
Ui.: van egy olyan sejtelmem, hogy az Intel kicsit falnak fog szaladni azzal az x86-dinnyével amit csinált pár éve, nem emlékszem hirtelen, mi is volt a neve.
[ Szerkesztve ]
/// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
Abu85
HÁZIGAZDA
Nem. Ez teljesen téves irány. Az AMD teljes értékű koprocesszorokként gondol az GPU multiprocesszorokra. Két alapvetően eltérő elv szerint működő ISA modell dolgozik a procikban és a GPU-kban. Ezeket egymással nem lehet vegyíteni, mert ami az egyik előnye az a másik hátránya és fordítva. Ezek csak úgy egészítik ki egymást hatékonyan, ha együtt dolgoznak egy lapkán belül, de elvi működésben kellően el vannak szeparálva egymástól.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
dabadab
titán
"Keptelenseg megcsinalni, mert nem egy utasitas architekturat (x86/x64) hasznalnak."
Nem keptelenseg, nekem egyre inkabb ugy tunik, hogy az AMD arrafele halad, hogy a GPU utasitasok is belekeruljenek az x64 utasitaskeszletbe (pont ugy, mint ahogy az az FPU utasitasaival tortent).
(#37) Abu85: lehet vegyiteni a kettot, ne felejtsd el, hogy a "487" meg gyakorlatilag ugy mukodott, mint a 387, vagyis kulon egyseg volt (bar a CPU-n belul volt) es aszinkron modon mukodott (mondjuk legalabb explicit WAIT nem kellett neki, mint a 287-nek).
[ Szerkesztve ]
DRM is theft
-
Rive
veterán
Ez nagyon jó, de mutass egy jobbat, mert őszintén én még működőképes processzort nem láttam más architektúrával.
Csaxólok, hogy lényegében minden modern gép Harward architektúrára épitve emulálja a Neumann-t.
/// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
Abu85
HÁZIGAZDA
válasz
Alchemist
#29
üzenetére
Olyan nem lesz, mert a CPU-ban a GPU előnye elveszik. Nem lehet büntetés nélkül vegyíteni egy késleltetésre és egy adatpárhuzamos végrehajtásra optimalizált architektúrát (az egyik irány el fog veszni). Az AMD pont azt akarja, hogy ezek megtartsák az előnyüket, tehát az egyetlen mód, hogy egymás mellett működjenek. Közösen ugyan, de kellően elszeparálva egymástól ahhoz, hogy a különböző elvek szerint tervezett ISA modell hatékony maradjon.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
válasz
Alchemist
#29
üzenetére
Keptelenseg megcsinalni, mert nem egy utasitas architekturat (x86/x64) hasznalnak. Amit az AMD csinal, az csak egy kenyszerusegbol szuletett megoldas (GPU) tovabb faragasa. A GCN jo cucc, de me'g a HSA-val sem lesz belole FPU, marad iGPU, csak konnyebben hasznalhato lesz, mint most.
[ Szerkesztve ]
-
LordX
veterán
Semmi nem Neumann architektúra, amiben van i/d-cache, szuperskalár pipelineing, out-of-order execution, tehát gyakorlatilag bármi, amit 1995 óta csinálnak. Ezek ugyanis módosított Harward architektúra néven futnak.
Egyébként meg ott van a (nem-módosított) Harward architektúra, jeles példája az ARM-M chipek.
A Neumann-Harward különbség csak is és kizárólag önmódosító szoftvereknél probléma, csak ezeket kellene "újraírni", de ezek aránya jelenleg pontosan zéró.
-
-
Damage401
senior tag
Az AMD mindig tesz le valami újat. Többiek látnak benne fantáziát tovább gondolják és kiadják más néven. Hajrá AMD
Siemens MC60>Sony Ericsson K300i>Sony Ericsson K750i> Sony Ericsson C902> HTC Desire > Nokia C7> Sony Ericsson Neo>Sony Xperia P>HTC Desire X> Sony Xperia L>Nexus 4>LG G2>Sony Xperia Z1 Compact> Sony Xperia Z3 Compact> Apple Iphone 6>Sony Xperia Z5 Compact>Samsung S7
-
Manbal
senior tag
szép meg jó dolgok ezek, de amíg nem növelik a memóriasávszélt 200 GB/s környékére a mai 30-35ös maximum helyett, addig ez xart sem fog érni... nem is értem miért nem lehet 512 bites memóriavezérlőket integrálni a procikhoz, miért kell még mindig jóval alacsonyabb sávszélen üzemeltetni a rendszermemóriákat, mikor a VGAkon már 300 GB/s sem lehetetlen...
-
dabadab
titán
Hat, a kulon dcache meg icache nem az a tipikus Neumann-architekturas cucc (ahogy az se nagyon illik bele a klasszikus modellbe, hogy a memoriat a CPU-n kivul egy rakat mas cucc is zargatja).
Mondjuk fogalmam sincs, hogy hogy jon ide ez a tema, hiszen gyakorlatilag arrol van szo, hogy azon igyekeznek, hogy a GPU ne egy kulso eszkoz legyen, hanem teljesen beleolvadjon a CPU-ba.
(#19) hokuszla: a GPU-t nem csak a jatekok tudjak kihasznalni
[ Szerkesztve ]
DRM is theft
-
Abu85
HÁZIGAZDA
A hUMA/hQ, a HSA, illetve a Mantle lényegében a PC felzárkóztatása az új generációs konzolok képességeihez. Vagy ezt választják vagy a butított konzolportokat. A többi cég sajnos nem törődik a PC szoftveres gondjaival. Elfogadják úgy ahogy van.
Egyébként az AMD-től jöhetnek az OpenCL-es játékok ... 900 GFLOPS-os IGP-vel várják őket. Az a gond, hogy ez már nem segít, mert a konzolban nem csak átlagos integráció van, hanem mély integráció. Amit oda megírnak, azt még OpenCL-lel sem biztos, hogy futtatod PC-n.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
-
Jack@l
veterán
Ez nagyon jó, de mutass egy jobbat, mert őszintén én még működőképes processzort nem láttam más architektúrával.
Arról nem is beszélve, hogy az összes mostani szoftvert kukázhatnád és írhatnád elölről a 0-ról.A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
stratova
veterán
De ennek az informatikában semmi jelentősége, majd ha IBM, Intel és társaik kitalálnak valamit, akkor lehet rajta rágódni.
Biztosan azért fejlesztett megint AMD egy kicsit a GCN-en kihozva egy újabb csúcs-VGA-t (R9 290X/290), mert konzolosítani akarják a PC játékipart az APU-kkal.
[ Szerkesztve ]
-
Jack@l
veterán
Most is azt használod...
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
#2
Borisz76
veterán
Teclis1993
#1
Borisz76
veterán
válasz
Teclis1993
#1
üzenetére
Ja....soha nem alszanak
Korán reggel, kómás fejjel, kávézás közben lettem okosabb.
Synology NAS DSM6 - Összefoglaló : https://logout.hu/bejegyzes/borisz76/synology_nas_osszefoglalo.html
-
#1
Teclis1993
tag
Teclis1993
tag
A srácok soha nem alszanak.
mar az opencl 2.0-ban is tetszett, hogy a gpu onmaganak adhat feladatot, ezzel sok cpu->gpu->cpu utat meg lehetne sporolni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
ph A HSA a CPU magokkal egy szintre emeli a grafikus multiprocesszorokat.
