- 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
- Sony MILC fényképezőgépcsalád
- RAM topik
- TCL LCD és LED TV-k
- Hobby elektronika
- Vezetékes FEJhallgatók
- Azonnali alaplapos kérdések órája
- Épített vízhűtés (nem kompakt) topic
- Az alaplapgyártókra hárítja az Intel az egyes Core CPU-k stabilitási gondját
- 3D nyomtatás
- Milyen asztali (teljes vagy fél-) gépet vegyek?
Hirdetés
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
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...
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
Új hozzászólás Aktív témák
-
DRB
senior tag
"További probléma, hogy a többmagos processzorokat messze nem egyszerű programozni, és ez a magok számának növelésével csak nehezebb lesz. Mindez oda vezet, hogy az extra magok beépítése a teljesítményt alig növeli meg a megfelelő szoftverek hiányában, vagyis a többmagos elgondolás skálázhatósága lassan zátonyra fut."
Az a baj, hogy a megfelelő szoftverek hiányában ez sem fogja semmivel növelni a teljesítményt. Nem egészen értem, hogy ha eddig nem voltak a többmagos procikhoz megfelelő szoftverek, akkor most, hogy még egy "extra mag" bekerült a prociba ettől most hirtelen lesznek jó szoftverek?
-
DRB
senior tag
Nem értem a mi a különbség ahhoz képest ami eddig volt(most tíz centivel közelebb került a GPU a CPU-hoz), ettől mi lett "heterogénebb"? Persze sok minden egyszerűbb, ez tény, de nem ez lett mint cél megjelölve, hanem a programozhatóság, de az pedig nem változott. Eddig is lehetett CPU+GPU-ra írni programot, eddig is volt OpenCL, tehát a lehetőség adott volt, de mégsem lelkesedett túlzottan ezekért senki. Most ettől a lehetőségek nem lettek jobbak, így pont nem vágom mitől lenne nagyobb a "lelkesedés".
-
DRB
senior tag
Ezt is értem amit mondasz, sőt egyértelmű is volt számomra eddig is, de még midig nem világos, hogy ez mitől hozza meg a lelkesedést. Sőt az is felmerült bennem, hogy rendben, hogy az adatok nem kerülik meg a "fél földet" mire a GPU-tól elérnek a CPU-ig(meg vissza), de azért pl a diszkrét VGA-n lévő rengeteg saját memória, ami ráadásul igen gyors is, vagy a 10x(vagy még több) nagyobb GPU teljesítményt a csökkentett késleltetésekkel sem lehet utolérni, legalább is jelenleg semmiképpen, de hogy a jövő mit hoz azt nem tudni, viszont ahogy fejlődik az integrált GPU úgy fejlődik a diszkrét is, már ha akarják. Így hiába nő a APU teljesítménye, úgy nő a diszkrété is.
Nade nem én irányítom a világot, pedig ha rajtam múlna akkor biztos lenne ilyen is, de nem mint egyetlen járható út, csak mint egy estleges lehetőség. Igazából ebben az egészben azt érzem, vagy inkább úgy fogalmazok: azt is érzem, hogy valaki(k) megmondja(mondják) mi a jó nekünk és mi meg vadul bólogatunk hozzá.[ Szerkesztve ]
-
DRB
senior tag
"az Intel-Radeon páros nem tetszik neki"
Nekem full AMD-s a gépem, és használnám is az olyan progikat amiket írsz, de évek óta(nagyjából a HD38xx óta) fennáll a lehetőség, hogy írjanak ilyet de alig teszik.
Én multimédia fejlesztő vagyok, lelkes is vagyok, de a programozó kollégák valahogy nem azok, de majd rugdosom őket kicsit, sőt bele is kontárkodok a munkájukba ha kell, mint ahogy ők is az enyémbe.(#55) CPT.Pirk:
Azért akad olyan konvertáló program ami kihasználja a CPU+GPU párost, de nagyon kevés.
Lehet, hogy most több lesz majd(remélem), és azt is hogy nem kötelezően csak APU-n fognak menni.[ Szerkesztve ]
-
DRB
senior tag
válasz csstriker86 #58 üzenetére
Értem én, hogy benzin, de mitől megy?
-
DRB
senior tag
Na igen, ezen akadtam fenn én is, ehhez a rendszerhez is úgy kéne megírni egy programot, mint egy több magos procihoz, annyi különbség, hogy az egyik egy GPU. Viszont ez a lehetőség eddig is fenn állt, de nem volt kihasználva.
Viszont annyit azért hozzáfűznék(a többi hsz-mhez is), hogy ez a megoldás, a kétségeim ellenére is, még mindig jobbnak tűnik(számomra is) mint egy a chipset-be integrált GPU, mobil vonalon. Az asztali szegmens már egy másik kérdés, oda jobban vágnak a kétségeim. Ez akartam korábbiakhoz is hozzátenni, de mindig lejárt a szerk. idő.(#82) con_di_B:
Amit leírsz a hsz-d utólsó bekezdésében az mind igaz, csak épp nem egyszerű, és eddig is ez volt a gond, nem egyszerű sok CPU-ra progit írni, nem egyszerű sok CPU+GPU-ra progit írni, és ez most sem változott meg ezzel.
[ Szerkesztve ]
-
DRB
senior tag
Jó jó ez világos, én csak azon lovagolok, hogy többen is azt hozták fel érvként, hogy most ez milyen egyszerű, és lehet, hogy mint hardver tényleg az(sőt biztos), de hozzá írni bármilyen szoftvert pont olyan nehéz mint eddig.
Szerk:
Mármint úgy értem eddig a CPU+ diszkrét GPU pároshoz.
De hangsúlyozom, hogy én kicsit elkanyarodtam(már) az asztali irányába, a mobil vonalon biztos ez lesz a jobb megoldás.[ Szerkesztve ]
-
DRB
senior tag
Közben valamin gondolkoztam, és lehet itt csúszik el nálam a dolog. Leírnád, vagy akár Abu85, hogy itt, hogy kell érteni azt, hogy heterogén programozás, heterogén írány, stb? Van egy olyan gyanúm, hogy nem egyre gondolunk, ugyan a szó jelentése világos és egyértelmű, de lehet. hogy ebben a kontextusban mást jelent mint ahogy én azt gondolom.
Programozást én is tanutam, de aztán elkanyarodtam a multimédia fejlesztés irányába, így nem mindig minden világos ha programozásról van szó, úgyhogy ha nem is ragadtam le, de elsősorban az actionscript az én területem.
[ Szerkesztve ]
-
DRB
senior tag
Akkor nem tudom, de nem itt van a félreértés(már ha van), a szó itt is a különbözőségre utal. Úgyhogy továbbra is marad a véleményem: az eddigi hardverekhez(CPU+ diszkrét GPU) is heterogén programozásra volt/van szűkség, így ezen a téren nincs változás, nem könnyebb az APU-t programozni mint egy CPU + diszkrét GPU kombinációt, ergo ha zsákutca a többszálú "homogén" programozás(tényleg az lenne, vagy csak a programozók maradtak le a kanyarban??) akkor a heterogén többszálú programozás mitől ne lenne az?
És még egyszer hangsúlyoznám, és nem elsősorban a mobil vonalra gondolok(szóval valójában szét offolom a topikot ), ott tényleg hasznos ez a fejlesztés, amúgy is az IGP volt többségben eddig is, és ez mit sem fog változni.[ Szerkesztve ]
-
DRB
senior tag
válasz freeapro #111 üzenetére
Senki nem beszélt itt egyszálú meg nem heterogén programozásról!
Pont ugyan úgy kell programozni ezt is, mint ahogy eddig is kellett egy CPU(akár több magos)+ diszkrét GPU párost. Többen is leírták, hogy semmivel sem lett egyszerűbb ezt programozni mint amikor külön voltak az egységek, úgyhogy nem is értem mire írtad amit írtál, meg úgy egyébként sem túl helytálló.
Szóval gyakorlatilag "csak" az adatbusz nem léte, vagyis inkább rendkívüli rövidsége és ezáltal megnövekvő gyorsasága az előnye. Ezt ki is fejtették a többiek, és fel is fogtam, csak ezt én nem láttam olyan óriási előnynek, de úgy tűnik ez mégis nagyon sokat számít, ergo tévedtem. És majd biztos lesznek tesztek ahol ahol össze lesz hasonlítva egy ilyen APU egy CPU + GPU párossal, ami egyébként tök ugyan olyan mint az APU, csak nem együtt laknak , és látni fogjuk/fogom, hogy mennyi az annyi.
De, hogy megnyugodjatok, tényleg elhiszem, hogy ennyit számít ez közelség a két egység között és sikerült eloszlatni a kétségeimet(nagyjából ).[ Szerkesztve ]
-
DRB
senior tag
Azt hiszem félreértetted(te is). Én nem a heterogén programozás előnyeit nem értem, hanem azt nem volt egészen világos, hogy ha egy kupak alatt van a CPU a GPU-val az miért ekkora nagy lépés előre. De már megértetem, hogy még ha a proci közvetlen is tud kommunikálni a diszkrét GPU-val még annál is gyorsabb és jobb megoldás az APU.
[ Szerkesztve ]