- Autós kamerák
- Milyen RAM-ot vegyek?
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen TV-t vegyek?
- Milyen egeret válasszak?
- Asztrofotózás
- Azonnali processzoros kérdések órája
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- Google Pixel 8 Pro - mestersége(s) az intelligencia
- Motorola Moto G24 Power - hol van az erő?
- Megjelentek az első HMD okostelefonok, ezek a magyar áraik
- Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
Hirdetés
-
3 évre zárnák börtönbe a legnagyobb kriptotőzsde korábbi vezetőjét
it Az amerikai ügyészek keményebb, 3 éves börtönbüntetést akarnak elérni, miután Changpeng Zhao, a Binance korábbi vezérigazgatója bűnösnek vallotta magát a pénzmosásellenes törvények megszegésében.
-
Baladins - Megjelenési dátumot kapott a PC-s kiadás
gp A jövő hónapban esedékes premiert az év folyamán a konzolos verziók követik majd.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
szaszabee
aktív tag
Ugylátom az nv belehuzott rendesen ezen a téren rendesen
-
erdoke
titán
Csodálkozok, hogy létezik még ember, aki egy grafikonnál nem a tengelyek paramétereit nézi elsőnek..
Más.
"Könnyen elképzelhető, hogy a Maxwellnek lassabb, pénztárcabarát verziói is lesznek, amelyek esetében a fogyasztás is kedvezőbb lehet, vagyis a vállalat képes lesz lefedni a teljes asztali piacot."2013-ban a kutyát nem érdekli már az asztali piac. Na jó, a talán a HC gémereket. Addigra bőven 1/3 alá csökken az eladott új asztali gépek aránya a mobil megoldásokhoz képest, és nyilván az NVIDIA ennek megfelelően alakítja majd ki a palettáját telefonoktól laptopokig. Biztosan beszerelik majd asztali gépekbe is a legnagyobb teljesítményű variánsokat, de nem hiszem, hogy fejlesztési prioritás lenne az abszolút értékben legnagyobb teljesítmény. Annál is inkább, mert sokáig nem lesznek 100 %-osan összehasonlíthatóak az x86 és ARM rendszerek (majd akkor, ha hasonló időt/erőforrást fordít egy program mindkét verziójának optimalizálására a fejlesztő, kezdve az OS-nél).
A legjobb aláírás a héten
-
Rive
veterán
Kicsit magyarosch: 'az NVIDIA pozíciója itt tovább megerősödhet.'
/// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
keIdor
titán
Érdekes lesz már ez a Kepler is, de messze még a Win8.
¡GLORIA A LAS PLAGAS!
-
Abu85
HÁZIGAZDA
A Maxwell elsősorban a HPC-re készül. Ahhoz túl nagy a fogyasztása, hogy mobil szintre bekerüljön, esetleg a legkisebb verzió. A mobil piacon a Tegra lesz, annak a fogyasztása pont jó. Le lesz itt minden fedve, csak különböző fejlesztésekkel.
(#5) Rive: Köszi javítva.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Zodicus
senior tag
Mire eljutunk a Maxwell -ig, addig még látunk pár ilyen grafikont és azon fogunk csodálkozni és elemezgetni...
-
megint én
őstag
Erről most hírtelen az utott eszembe amikor a sok
(köcsög)Atifun jött a hülye dumájával, és hogy reméli tönkremegy az NV meg a hasonló marhaságok...
Gratulálok NV! Csak így tovább! -
toldy
őstag
Egyébként arra számíthatunk hogy tegra, esetleg denver alapokon lesz nv-s nano/mini itx lap mint az amd-s e350. Hiszen mire beindul addigra lesz win8 így az esély szerintem meglehet.
Óhh, baz, fáradt vagyok egy bekezdést kihagytam, pont a lényeget.
[ Szerkesztve ]
Az élet nem habostorta.
-
Abu85
HÁZIGAZDA
Az lehet, hogy a Maxwell is a Tegra nevet kapja. Arra még nincs adat. Igazából ez olyan, mint az AMD-nél a Bobcat és a Bulldozer. Egy ideig erre épül majd minden fejlesztés. Ahol a Brazos eldobja a fonala ott a Bulldozer majd felveszi. a GPU pedig mindkettő mellé bekerül, de itt is lehetnek majd különbségek. A Bobcat vonalon a procimagok mellé kerül a rendszer, míg a Bulldozer esetében azt pletykálják, hogy magába a modulba kerül a SIMD tömb. Ez a következtetés abból eredhet, hogy a Bulldozerben az integer és az FMAC egységek külön ütemezővel rendelkeznek.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
kisscsonti
csendes tag
Kíváncsian várom mi is lesz ebből...
Viszont: de az alacsony energiaigény helyet Na az a hely merre lehet??? Inkább: de az alacsony energiaigény helyett[img]http://valid.canardpc.com/cache/banner/934027.png[/img]
-
Angel1981
veterán
Durvának tűnik!
-
Fecniii
tag
"2013-ban a kutyát nem érdekli már az asztali piac. Na jó, a talán a HC gémereket."
És a mérnökök, grafikusok, filmesek... szerinted mit fognak használni? Laptopot? Kétlem!Még abban sem vagyok biztos hogy az irodai alkalmazottak gépeit lecserélgetnék laptopra, főleg hogy egy gépet 3-4, hazánkban akár 6-7 évig is használ 1 irodai alkalmazott.
-
Abu85
HÁZIGAZDA
válasz kisscsonti #13 üzenetére
Köszi, javítva.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Móci
addikt
Remélem tényleg nagyot fog ütni... bár még akármi lehet, sajnos sok idő, mire ki fog jönni ez a cucc.
"...In a struggle to be happy and free, swimming in a primitive sea..."
-
#16939776
törölt tag
Szép és jó ez az AMR-es APU-S dolog, NV-nek is AMD-nek is tetszik.
Azt lehet tudni hogy DX12...13 kompatibilis lesz-e vele, vagy ha HC Gamer-kedni szeretnék akkor továbbra is x86-ra fognak-e kijönni az igényesebb a játékok? És netán az AMR-ek megmaradnak Flasht-play-ni, konzol szintű grafikával?
Legalább is ez a HPC a jól párhuzamosítható feladatokra (kiszolgálókban) edz. Gondolom nem fogják grafikára optimalizálni?!
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
válasz #16939776 #18 üzenetére
Valszeg 2013-ra már DX12-es grafikus magok lesznek.
Az biztos, hogy a régebbi/mostani x86-ra írt játékok portolás nélkül nem fognak futni a Denver CPU-kon. Ezt esetleg az MS egy emulátorral meg tudja oldani, de az sebességbe kerül. Valszeg a legtöbb játéknál ez jó lehet, de pár igényesebbnél szükséges a portolás. Az NV-nek érdeke a játékokat portoltatni ARM-ra, mert a PC-gyártók nem tartanak igényt a VGA-ra, vagyis a legtöbb termék egy gyártótól fog származni. Konkrétan elhanyagolhatóan kevés lesz Intel-AMD, Intel-NVIDIA, AMD-NVIDIA mixelés. A platformok közül tudsz majd választani.
Az internetes játék eléggé átalakul. A WebGL univerzális szabvány. 3D-s, korrekt grafikával érkeznek a netes játékok. A valós idejű fordítás miatt minden gépen futni fognak, a'la flash.
A Ferminél sem a grafika volt az első. Ez most sem változik meg.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
kpal
veterán
csak az nv a legjobb az egész biznisz az övék
-
#16939776
törölt tag
Szóval akkor Win8-nak lesz egy AMR és egy x86 kompatibilis változata (dx12-vel) utána valószínű hogy hanyagolják az x86-os platformot?
Gondolom a portolt játékokat optimalizálják annyira, hogy egy olcsóbb/egyszerűbb megoldáson is elfutkorásszon.
Mármint saját magát állítja be a szerint hogy milyen gyártó, melyik típusával találja szembe magát?
Egyszer csak nagyon megcsúnyulnak a játékok, és akkor lehet újabb APU-t venni[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
válasz #16939776 #23 üzenetére
Pontosan. Azt nem tudom, hogy a licenszek hogyan lesznek. Valószínűleg lesz öt-hat Windows változat, kisebb nagyobb extrákkal az ár függvényében.
A portolást a játékfejlesztők végzik. Minden a döntésükön múlik. Én ezt innen nem tudom megítélni. Azt nem hiszem, hogy egy portolás a teljes játék költségéhez képest túlzottan drága lenne. A tesztelés már inkább, de nem lehetetlen a feladat, sőt nem is nehéz.
Egy ARM-ra és x86-ra is megírt játék esetében minden olyan lesz, mint most. Berakod a lemezt, telepíted és menni fog. Semmiféle hókusz-pókusz nem kell. Nyilván lesznek különböző grafikai szintek, hogy ha nem olyan combos a platformod, akkor tudj butítani valamennyit.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
davep
tag
Én azt nem értem, hogy az nv miért kamuzik az ARM-ról annyit. Semmivel sem különb az ARM mint az x86 és amint elkezdík majd combosítani a fogyasztás is hasonlóan fog emelkedni.
Machete don't text
-
S-eye
senior tag
Tetszik,hogy fizikusokról nevezi el termékeit az NVIDIA
-
P.H.
senior tag
Azért kíváncsi leszek, mit lehet az ARM-ból kihozni valóban high performance igény esetén. Az x86 magában megállja a helyét HP-ben, (Core/K8 óta versenyzik a specializált architectútákkal teljesítményben, de) az ARM fejlesztése sokkal konzervatívabb, mindig az alacsony fogyasztás volt előtérben. "Van/lesz, de mire elég?" - vetódhet fel a kérdés ilyenkor; nyilván ebből a szemszögből a többmagúsítására tett jövőképek sem sugallnak sok jót...
"A Bobcat vonalon a procimagok mellé kerül a rendszer, míg a Bulldozer esetében azt pletykálják, hogy magába a modulba kerül a SIMD tömb. Ez a következtetés abból eredhet, hogy a Bulldozerben az integer és az FMAC egységek külön ütemezővel rendelkeznek."
Bobcat-nál is külön ütemező van az integer-nek és FPU-nak, nem?"Konkrétan elhanyagolhatóan kevés lesz Intel-AMD, Intel-NVIDIA, AMD-NVIDIA mixelés. A platformok közül tudsz majd választani"
Ez CSAK attól függ, hogy a szabványok támogatása és mixelése mennyire érdeke/vágya az adott gyártónak. Ha OpenCL, akkor »jelen pillanatban« az AMD-nek és az Apple-nek áll a zászló; ha CUDA, akkor az nVidiának; ha videó, akkor az Intelnek (a Sandy Bridge dedikált egysége miatt, sebességben); ha meg DirectCompute, akkor senkinek sem
Képlékeny ez még most (is); legfeljebb arról beszélhetünk jelenleg, hogy ki milyen közel viszi MAJD a CPU-hoz a(z általános célú) GPU-megközelítést, nem?[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
Abu85
HÁZIGAZDA
Az kérdés, hogy az ARM mennyire lehet combos magas fogyasztás mellett. Elméleti szinten nincs akadálya, szerintem az NVIDIA ezt már évek óta tervezi. Igazából az egész lényegi része, hogy tudjon a lapka operációs rendszert futtatni.
Igazad van, a Bobcat vonal is külön ütemezőt használ. Bár ott én nem tudom elképzelni, hogy SIMD kerül a CPU-magba. Olyan kis fogyasztás mellett ennek nincs sok értelme.
A PC-s gyártókat üzleti érdek vezérli. Egyelőre nagyon a platform mellett kardoskodnak, és erre is megy a fejlesztés. Nincs itt senkinek semmi gondja a dedikált VGA-val, de üzletileg problémás az alkalmazása. Megnyomja a gép előállítási költségét, de az APU-k mellett nem hoz annyit a konyhára, hogy ez az árcédulára átvezethető legyen. Üzlet az egész, mint minden, technikai szempontok szerint természetesen nálad a pont.
Szerintem az OpenCL mellé is odarakható az NVIDIA. Tény, hogy a CUDA-ban nagyobb érdek van, de ott vannak az OpenCL mögött is, még ha nem is nyomják a szekerét.
A DirectCompute felületet nehezen tudom elképzelni befutónak. Arra jó, hogy egy DX11-es játékban megírd rá a post-processt, de inkább az OpenCL tart előrébb.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
P.H.
senior tag
"Az kérdés, hogy az ARM mennyire lehet combos magas fogyasztás mellett."
Mondj egy architektúrát, ami a fogyasztással CSAK egyenes arányban skálázódik teljesítményben"Elméleti szinten nincs akadálya, szerintem az NVIDIA ezt már évek óta tervezi. Igazából az egész lényegi része, hogy tudjon a lapka operációs rendszert futtatni."
Tud majd futtatni OS-t (Linux mellett Windows-t is mondjuk), kérdés, hogy hogyan tud kiszolgálni egy ilyen monster-t maga mögött, szokványos OS alatt..."A PC-s gyártókat üzleti érdek vezérli. Egyelőre nagyon a platform mellett kardoskodnak, és erre is megy a fejlesztés. Nincs itt senkinek semmi gondja a dedikált VGA-val, de üzletileg problémás az alkalmazása."
Kérdés, milyen kompomisszumokkal (ezek - lesznek - a platformok lényegei, a kompromisszumok. Ha nem lesz valahol kompromisszumkényszer, nem lesz értelme a platformoknak. Ha egy platform futtat mindent, akkor mi értelme - hosszútávon - a többinek?)"Szerintem az OpenCL mellé is odarakható az NVIDIA. Tény, hogy a CUDA-ban nagyobb érdek van, de ott vannak az OpenCL mögött is, még ha nem is nyomják a szekerét."
Oké, nem akanak x86 OpenCL megvalósítást, nem akarnak AMD-st sem, akarnak nVidiás-t. Ez lenne a szekér nyomása?[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
dezz
nagyúr
Akkor már a SETI@home ismertebb... És van még néhány. [link]
Érdekes, hogy nem nagyon látok olyan kommenteket, hogy miért CUDA, miért nem OpenCL...? Vagy hogy mi a fontosabb, a tudományos cél vagy hogy az Nvidiát támogassuk? Lehet ez egyszerűen amiatt van ez, mert a CUDA hamarabb jött, mint az OpenCL. (Pl. a SETI@home támogatói között nem szerepel az Nvidia.) És hát ott vannak a források, kellő elszántsággal portolni lehet ezeket OpenCL-re. Nyilván az Nvidia is látja, hogy az újabb projekteknél már inkább ezt részesítik előnyben a fejlesztők, hiszen nem zárkóztek el előle ők sem.[ Szerkesztve ]
-
P.H.
senior tag
Nézd, nálam jobban senki se várt OpenCL-es megoldást akár Seti@Home-ban, akár Einstein@Home-ban, 5-6 éve vagyok mindkettőben résztvevő.
Arra gyanakszok inkább, hogy - az nVidia támogatása mellett (úgy tudom, keményen benne voltak a Seti@Home-ban is) könnyebb portolni CUDA-ra a meglevő dolgokat (és mivel az natív, gyorsabb is a végeredmény).
Jelenleg úgy néz ki, népi HPC-ben nVidia/CUDA-elkötetelezett az ilyen project-ek legalább fele, nem hiszem, hogy véletlenül.
[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
P.H.
senior tag
Mint mondtam, én lennék a legboldogabb, ha lenne már OpenCL-program azokra, amik már CUDA-ban megvannak. De nincsenek.
Gyanakszom arra - ahogy írtam is -, hogy a CUDA a leggyorsabb (legalábbis az nVidia OpenCL-e és más megoldásai erre épülnek, és nem vagyok meggyőződve arról, hogy az AMD megvalósítása pl. közvetlen hardware-API alapú), így nem csodálkoznék, ha ezt szeretnék legjobban a fejlesztők.
(Mindamelett, hogy a CUDA is küszködik a megszokott gyerekbetegségekkel (nincs prioritás a GPU-n » a megjelenítés akadozik, ha csak egy GPU van; DXVA kizárt CUDA mellett pl.; a CPU-kernel-terhelés túl nagy) Milyen lehet a GPU-alapó gyorsítás ilyen esetben....?
[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
dezz
nagyúr
De hát nem is csoda, hogy még nincs olyan nagy tumultus, hiszen az első OpenCL1.1 (ami már tényleg használhatónak mondható verzió) driver implementációk csak az utóbbi néhány hónapban kezdtek szállingózni...
CUDA meg már 2008 óta van.
Egy ismerősöm is CUDA alapon valósított meg komplex képfeldolgozást, de annak ellenére, hogy alapvetően nagy nvidiás, igen sokat szídta őket (hogy mennyivel jobban is meg lehetett volna oldani dolgokat)... (Előzőleg Cg-ben és shader ASM(?)-ben dolgozott.)
-
P.H.
senior tag
Nyilván az általános GPU-programozás kora sokkal a HT/SMP után fog eljönni, teljesen más (bár nem idegen) logikát követel meg.
Szerintem ismerősöd azért szidta a CUDA-t, amiért én az SMP-t: egyrészt a programhibák hamarabb jönnek elő, másrészt minél hardware-közelibb a programozás, annál tőbb 'ismeretlen' eredetű hiba van (de ezt Te is tudod)Igen, CUDA régóta van, most már a 3+ verziónál tart. És még mindig vannak olyan dolgai, hogy pl. Fermi kell bizonyos programok alá... Pedig:
"Unlike most other compilers, CUDA compilers don’t translate source code directly into native machine code. Instead, they target a low-level virtual machine and Parallel Thread eXecution (PTX) instruction set. The PTX virtual machine is invisible to users and delivered as part of the GPU’s graphics driver."[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
Bogyó bá'
nagyúr
Azt értem én, hogy lesz Windows 8 (Windowsnak kinéző, nem x86-os oprendszer) ARM-re. De mondjuk egy mostani windowsos (x86-os architektúrára írt) program hogy a bánatba' fog elfutni ezen?
Galilei halott! Már Einstein sem él! ...és én is nagyon szarul érzem magam...
-
P.H.
senior tag
válasz Bogyó bá' #44 üzenetére
Megoldja a Microsoft, biztos lehetsz benne.
Nem lesz gyors, nem lesz kompromisszummentes, de ahogy bármely DOS-os program elfut ma is (pl. 1 magra 100%-os terhelés mellett, ha előtérbe hozod, de nem is ez a lényeg, csak fusson), ahogy bármely XP alatt támogatott hardware használható Windows 7 alatt is (pedig a virtualizáció legalábbis a memóriát feleszi), ugyanúgy valamilyen módon futnak fogni az x86-os programok is ARM-on Windows alatt
(Mondjuk az integer x86 és az ARM binárisok annyira nem különböznek, hogy lehetetlen legyen konvertálni a kettő között, sok veszteség sincs az átfordítás során, csak teljesítményigényes; x87 (FPU) és x64 már más kérdés)
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
dezz
nagyúr
Más logika, de szerintem jóval könnyebb is pl. OpenCL-ben programozni (amennyire meg tudom ítélni, belenézve néhány forrásba), mint kézzel sokszálúsítani.
OpenCL vs. CUDA tekintetében, az előbbi mellett szól az is, hogy a kutatók többnyire előnyben részesítik a magasabb szintű nyelveket és a platformfüggetlenséget, szemben a hw-közelibb, gyártófüggő megoldásokkal. (Nem beszélve az említett dolgokról. [Amúgy nem egészen értem, mire gondoltál, én mindig is a full kontroll miatt szerettem az ASM-et. Kellő gyakorlattal és figyelemmel azt csinálja a kód, amit elképzeltünk. Legalább is CPU-n. A CUDA-nál -- ami nem annyira hw-közeli -- viszont van olyan, hogy a GPU mást csinál, mint elvileg kellene, olyankor aztán tépheti a haját az ember. ])
Olyan "bajai" is voltak, de a legjobban az idegesítette, amit írtam, szóval olyan megkötések és rugalmatlanságok, amit jobban is meg lehetett volna oldani (sw szempontból, adott hw mellett), ha kicsit jobban átgondolják, stb.
(#45): Azért egy gyengébb CPU-n emulálni egy jóval erősebbet, hát ez nem lesz túl hatékony. Viszont erre csak olyan, főleg régebbi programoknál lesz szükség, ahol a kóder nem kapható a portolásra/újrafordításra (utóbbit némi igazítás után). A mai programokban már amúgy is nagyon kevés a kézi ASM (bár pl. C-ben is meg lehet segíteni a fordítót az adott CPU-ra optimalizálásban). Meg ott van a Java, stb., ahol hozzá sem kell nyúlni a kódhoz.
Mindenesetre, ez azért olyan mérföldkő lesz, amire régóta vártunk... Most már csak annak kellene bekövetkezni, hogy az uralkodó OS nem a Windows...
[ Szerkesztve ]
-
P.H.
senior tag
"Más logika, de szerintem jóval könnyebb is pl. OpenCL-ben programozni (amennyire meg tudom ítélni, belenézve néhány forrásba), mint kézzel sokszálúsítani."
Teljes mértékben egyetértek ezzel.
(Megjegyezve, hogy SMP-programozásból könnyebb visszatérni ide, erre a szinte, mint egyszálúságból nyitni efelé. SZVSZ)Amit az OpenCL és a CUDA viszonyáról írsz, tökéletesen igaz, csak valamiért (én sem tudom, hogy miért) nem ez a gyakorlat: CUDA és külön ATI/AMD megközelítés van mindenhol (példa). Nyilván ebben közrejátszik, hogy a CUDA bizonyos hardware-t követel meg maga alá, az OpenCL meg - kis túlzással - bármin elfut, aminek legalább részleges általános programozható kapacitása van. (Erre gondoltam, amikor a hardware-közeliséget említettem.)
Én is ezt szeretem az ASM-ben, amit említesz, full control, egy idő után már a programozási környezet vagy az IDE megközéseit is meguntam, pl. ASM-ben át tudok adni akár 6-7 paramétert regiszterben, és adhat pl. 3-4 visszatéséi értéket is (példa; természetesen nincs végig publikálva, de) az "látható" - értő szem számára -, hogy 4 bemeneti értéke van, és 2 regiszter + 1 CF kimeneti értéke)
Nyilván az ismerősöd bajai és a rugalmatlanság is ebből erednek, főleg közvetlen shader-programozás után; másrészt szerintem a CUDA félkész volt, amikor megjelent, a Fermi-vel közelítette meg legjobban a "kész" állapotot, de ez meg implikálja a "Fermi-only" címkét jó néhány kód esetén (vagy viszi magával a régi megkötéseket, mint az x86 ). Az OpenCL meg ha azt nézzük, jóval távolabb van a hardware-től, pedig a CUDA is már "managelt" kód; mondjuk ez lenne az előnye is lényegében az OpenCL-nek, de valamiért nem szeretik mégsem.[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
P.H.
senior tag
A fiatalságot említetted párszor, viszont én nem érzem ezt egyedüli magyarázatra erre. Tengernyi ideje van még - az elindult platformosodást már úgysem lehet visszafordítani, valamit muszáj lesz kihozni belőle -, mindenesetre én, aki soha nem játszik, egyelőre keveslem a pl. játékokon át tett - fizikai számításokra alapozott - törekvéseket tőle.
Nyilván minden platform meg fogja találni a helyét bizonyos idő után, de ahogy az Intel a nem túl naprakész szabványtámogatásával, de erős videóra koncentrálásával, úgy jelenleg az OpenCL is csak félkarú óriás a meglevő lehetőség - előnyszerzés az OpenCL-ben, de alkalmazásbázis nélküliség - sürgős ki nem használásával.
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
dezz
nagyúr
Tény, hogy az OpenCL terjedése a gyártók közül jelenleg egyedül az AMD érdeke.
A fejlesztőket eddig az Nvidiánál pályázható anyagi támogatás húzhatta leginkább a CUDA felé, de most már az AMD is így tesz az OpenCL tekintetében.
A felhasználóknak leginkább a platformfüggetlenség áll érdekében, bár ezzel nem mindig vannak tisztában.
Új hozzászólás Aktív témák
- Átjutottak a Ciscón, betörtek a kormányok hálózataiba
- Milyen routert?
- Autós kamerák
- Google Pixel 8 Pro - mestersége(s) az intelligencia
- Építő/felújító topik
- Ingyenes vagy akciós szoftverek
- Luck Dragon: Asszociációs játék. :)
- A fociról könnyedén, egy baráti társaságban
- Mikrotik routerek
- Motorola Moto G24 Power - hol van az erő?
- További aktív témák...
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 9100 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 10105 4 mag 8 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Intel I7 13700K 16mag/24szál - Új, Tesztelt - Eladó! 128.000.-