mi nem lesz soha, hogy a bosch megrendel az nvnél egy rakás hardvert, felprogramozza, betanítja a neurális hálót, és eladja mint kész komplett megoldást a mercedesnek?

Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.

A VMA-t és az RSL-t nem kell támogatni. Mindkettő teljesen szabványos header az érintett API-khoz. Semmit nem kell tennie az NV-nek és az Intelnek, hogy működjön, mert az RSL és a VMA is minden szabványos, rendre DX12 és Vulkan implementációval üzemképes. Ezért használják ezeket a fejlesztők, mert sokkal könnyebb egy már megírt alapra építeni, mint nulláról írni egy csomó kódot, és szabványos rendszerekről lévén szó a piac összes implementációján működnek.
Az NV és az Intel azért nem ír ilyeneket, mert lényegében ugyanazt tudnák megírni, amit a Microsoft és az AMD. Értelmetlen ezekbe erőforrást ölni, amikor az iparágon belül már van a problémára nyílt forráskódú megoldás.

(#39501) cain69: Igény nem lesz erre. Az a gond, hogy a Bosch számára nem elég jó, hogy a Mercedes igényeit kiszolgálja. Költ egy rakás pénzt egy olyan platformra, aminél a Mercedes biztos jogot akar a szoftver birtoklására, hogy azt a Bosch ne tudja eladni másnak, vagyis a Mercedes megoldása megkülönböztethető legyen. Így viszont a Bosch számára az a gond, hogy egyrészt drága egy gyártót szolgálni, másrészt nem tudják, hogy a Mercedes mikor mondja nekik, hogy oké, ezt mi is meg tudjuk csinálni házon belül. Jó volt nálatok égetni a pénzt, de inkább megtartjuk...

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

"A memóriára vonatkozó dolgokat viszont gyorsan kezelték a játékban. Bekapcsolták az AMD VMA-t, és ez vezérlő a VRAM-ot a saját kódjuk helyett. Ez így egyébként jobb, mert stabilabb. Cserébe egy picit több VRAM kell a működéséhez, de igazából ahol a 8 GB elég, volt az elég marad, míg ahol a 4 GB kevés volt, az így is kevés lesz. A 6 GB-os VGA-k jártak rosszul, arra a határra volt belőve a motor."

Erről beszélek...

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Mi az a pont, amibe az NV hívők kapaszkodhatnak, ha rosszul fut a Vulkan játék a vasukon? Mit/kit lehet ilyenkor okolni pluszban az AMD-n kívül?

#tarcsad

egy végfelhasználó számára egy önvezető rendszerben minden, ami a megkülönböztethetőséget jelenti, leszámítva a mercedes logós splashscreent indulásnál, nem tér el jelentősen egy váltó felprogramozásánál. ezek pedig kivezethetőek paraméterbe.
pont ugyanúgy, ahogy n+1 igo/tomtom/waze fut rebrandelve a világ különböző tájain autókba építve.

Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.

Az Nvidiát,hogy nem tett 8GB GDDR6 -ot a GTX1660/1660Ti és az RTX2060 -ra.

Amikor nincs remény! Jusson eszedbe nincs isten, csak én!

Ezért jobb saját memóriamenedzsmentet csinálni. Az AMD sem azt javasolja, hogy kapcsoljátok rá a VMA-t, úgy ahogy van, hanem írják át az igényekre. Ennek az oka, hogy a VMA általánosan fedi le a memóriamenedzsment problémáját, vagyis sosem lesz olyan hatékony a memória kímélése szempontjából, mintha módosítva lenne, vagy a nulláról írna valaki egy saját menedzsmentet. Az előnye annyi, hogy kapsz ~15000 sornyi kódot készen, ami azért elég nagy előny.
A WWZ esetében volt a VMA és a saját menedzsment. A sajáttal jött a játék, majd a patch-ben átkapcsolták a VMA-ra. Na most a saját kóddal hiába törekedtek arra, hogy a 6 GB-os VGA-kba férjen be a játék full részletességgel, ez a VMA-nál már nem igaz, mert a DX11-hez hasonló a memóriaigénye, szemben a korábbi, saját kóddal, ami a DX11-nél is kevesebb VRAM-ot evett. Ez van, picit jobban működik a VMA, de ez nem azt jelenti, hogy NV-n rossz, mert minden hardveren megnőtt egy picit memóriaigény. Aztán, persze később visszakapcsolhatják a saját menedzsmentet, bár kétséges, hogy ebbe akarnak-e erőforrást fektetni.

(#39504) Yutani: Jelen esetben a meghajtó fordítója a legnagyobb gond. A WWZ az első játék, ami subgroupokat használ, ehhez nem jók az eddigi fordítóoptimalizálások. De egyébként nem hiszem, hogy az NV hibázott volna, egyszerűen csak másra koncentrálták az erőforrásaikat, mert az elmúlt időszakban azt tapasztalták, hogy az AMD külön kódot kapott, tehát logikusnak tűnt azt feltételezni, hogy az AMD mindenképpen ragaszkodik a saját kiterjesztéseihez. Valószínűleg ez így is van, csak a Saber nem különösebben rajonghat a pluszmunkáért, így nem akarnak két kódbázist karbantartani, hanem mindenki kap szabványos subgroup shadereket. Mivel az NV és az Intel ezekkel először találkozik, így nyilván nem olyan hatékony itt a driver, mint az AMD-nél, akik már az irányt tekintve másfél-két tucat külön kódos kalandon túl vannak.

(#39505) cain69: Az önvezetésbe sokkal több érdekes szolgáltatás belefér, mint a váltóba.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Vulkán nagyon is jól fut a Turingokon. Ez a játék pedig egyenlőre egy optimalizalatlan , bar persze az AMD hívőknek reális hogy a Vega 64 partiban van a 2080 TI vel és ez tűnik számukra realitasnak...végre igaz?
Valószínűleg néha tovább kellene látni ezen a hivőseg dolgon nem?
Jelenleg rengeteg VGA van a piacon 6 GB vagy az alatti rammal AMD oldalon is és ez vulkánnal eddig soha nem volt gond. Ez meg grafikailag kb 5 évvel ezelőtti színvonal...

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Ha a shader fordító nem fordít egy hardverre jó kódot, akkor minden felborul. Mindegy, hogy Turing az architektúra, a probléma már ott felütötte a fejét, hogy a driver nem tudott a hardvernek hatékony kódot adni, amit a hardver természetesen nem tud javítani. Annyit tehet, hogy lefuttatja a rossz hatékonyságú lefordított kódot. Ugye PC-n nem lehet binárist szállítani, tehát minden optimalizálást a IR szintjéig kell betervezni, alatta már minden a driverben található shader fordító feladata.

(#39508) b. : A VRAM-ra vonatkozó idény nem az API-tól függ. Alapvetően most se gond a 6 GB VRAM, amíg nem mész 4K-ra, illetve nem használod a felbontásskálázást. A 4 GB-os VGA-kkal simán elvan a játék a legjobb alatti textúrarészletességgel.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Látod ez a gond, nem hogy az nem következett be, amiről pár éve beszéltetek páran, hogy a drivernek alig lesz szerepe, hanem épp sokkal nagyobb szerepe lett, mint eddig bármikor.
Ma jön új NV driver kíváncsi leszek. Jön benne 7 új monitor tamogatas is.

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

A kernel driver szűnt meg, de a user mód oldali dolgok megmaradtak, és ide tartozik a shader fordítás. PC-n a bináris képtelenség. Tegyük fel, hogy megadják rá a lehetőséget. A fejlesztők lefordítják a shadereket binárissá, majd azokat szállítják. Addig jó lesz, amíg nem jön egy új GPU-család, amitől kezdve viszont a játék nem fog elindulni. Arra megint fordítani kell binárisokat, majd a következőre ismét, és így tovább. De egy idő után a játékokat nem támogatják, tehát be fog következni egy olyan pont, amitől kezdve az adott játék nem futtatható többet PC-n, az új hardverekkel. Ezért van a shader fordító a meghajtókban, hogy a játékok tudjanak IR-t szállítani, ami akármeddig fordítható az új hardverekre. Persze ennek megvannak a maga hátrányai, például az, hogy ha sokat változik a shader modell, mint mondjuk a Vulkan esetében a subgroup terminológia, akkor oda elég sok munkát újra kell kezdeni, és egy új shader fordító kell az újabb IR-ekhez. Hasonló váltások voltak régen is, és az egyes gyártók jobban felkészültek rá, mint mások.

Nem biztos, hogy azonnal sok javulást kell várni, azért shader fordítót fejleszteni nem egyszerű. Az a baj, hogy az NV-t ahhoz a szinthez méritek, amit az AMD képvisel szoftveresen az explicit API-k szempontjából, és ez borzasztóan igazságtalan ám velük szemben, amikor az AMD-nek ebben a programozási terminológiában van már lassan két évnyi tapasztalata, míg az NV-nél kb. most látták az első production ready kódokat, amik ugye szabványosak, tehát tudnak velük mit kezdeni. Két év tapasztalati háttérrel nagyon könnyű ám jobb shader fordítót fejleszteni.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

a shader fordítás nem lehetne fallback megoldás?
Mit lehetne nyerni azzal, ha - a támogatás idején belül bizonyos hardverekre - bináris shaderekkel szállítanák a játékokat?

Találgatunk, aztán majd úgyis kiderül..

Ez nem Vulkan specifikus. Mindegy maga az API. Maga a shaderek programozási terminológiája változik. A Vulkan esetében a subgroup megjelenésével, mint a DX12-nél a shader modell 6.0-val. Annyi a különbség, hogy ezt a wave/subgroup terminológiát először egy Vulkan API-t használó játék alkalmazta szabványos formában. Ugyanez lenne a helyzet shader modell 6.0-val, mert a Microsoft és a Khronos megoldása gyakorlatilag megegyezik az átalakítás szempontjából. [link]

(#39513) Petykemano: Nem. Egyszerűen nincs meg az akarat a fejlesztői oldalon. Azt vedd számításba, hogy a shaderek azért igen sok kódsort jelentenek. Egy AAA játéknál már 200 ezer sort is. Jó persze nem ez a legjobb módja az összehasonlításnak, de a lényeget mutatja, kurva sok kódról van szó. A fejlesztők olyan megoldást akarnak, aminél elég 200 ezer egységes sort megírni, és azzal fut minden hardver. Persze pár shaderre megoldható, hogy csinálnak alternatív kódokat, lásd az AMD kiterjesztéseit, de azok is azért lettek leginkább sikeresek, mert lényegében a PS4-es PSSL kódokkal tudtad őket etetni, tehát végeredményben extra karbantartási költséget jelentettek csak. De már emiatt is húzzák a fejüket sokan, tehát az ultimate megoldás a szabványosság.

Binárisok szállításával elsődlegesen az assembly szintű optimalizálás lehetőségét nyered, ami természetesen sebességre váltható. Viszont költség szintjén akkora kiadás, hogy csak konzolokra éri meg alkalmazni. Hosszabb távon egyébként mindegyik gyártó fel tudott eddig mutatni elég jó shader fordítókat, tehát nem kell attól megijedni, hogy valaminek a bevezetésének az elején vannak fennakadások. Persze, hogy vannak, újít az ipar, de ezekre emlékezni se fog a piac nagyjából egy év múlva.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

~15000 sor pedig eleg sok ha fejlesztoi idoben nezzuk. 200ezer meg foleg. azon a bonyolultsagi szinten senki nem fog lemenni kvazi ASM szintre hacsak nem valami specialis teruletrol van szo. nem veletlenul ment at az ipar C# iranyba kb 20 eve.

Don't dream it, be it. // Lagom amount.

Ha elolvasod Abu válaszát, akkor látod, hogy nem az AMD, nem a programozók, hanem az Nvidia és a meghajtó működése a nem megfelelő ennél a játéknál. Várni kell, míg az NV hozzáigazítja a meghajtót, és jó lesz.

Kérdés, hogy elfogadod-e Abu válaszát.

#tarcsad

Nem sok köze van ezeknek az API-hoz. Jön egy újdonság, és kell driverrel támogatni. Ennyi az egész.

Felőlem összemérhetitek az NV sebességét az AMD-vel az első wave terminológiát szabványosan használó játékban, de igazságtalan, mert az AMD ezt már kiterjesztésekkel ekkor bevezette: [link] Effektíve az AMD-nek magára a wave terminológiára van fordítója lassan három éve. Az első játék, ami ezt használta a Doom volt, ami szintén majdnem három éves. [link]

Most az van, hogy az AMD fejleszt valamit három éve, folyamatosan optimalizál rá, majd ebből lett nekik szabványos kódokra is fordítójuk. És akkor megy a csodálkozás, hogy három év és másfél-két tucat production ready cím után az AMD fordítója jobban működik, mint az NV-é egy évvel, illetve nulla production ready címmel a háta mögött. Nem normális, amilyen elvárást támasztotok az NV felé. Nagyjából egy hete láttak production ready subgroup shadert, de már az az elvárás velük szemben, hogy a három év tapasztalattal rendelkező AMD fordító sebességét legalább hozzák. Ez egyszerűen nem realitás. Kell az NV-nek egy kis idő, hogy elkészítsék a változásokat a meghajtóba.

Ezektől egyébként az NV nem megy csődbe, csak erőforrást kell rakniuk a shader fordítóra, amit majd optimalizálnak, és kb. egy éves távlaton belül a sebessége jó lesz a wave terminológiát szabványosan használó shaderekkel is.

Az erőforrás-menedzsment szempontjából pedig érdemes megjegyezni, hogy a Turing már az NV-nél is olyan lett, hogy nincs limitálva bekötés olyan mértékben, ahogy a Pascal esetében. Szakszóval a Turing is pure bindless, ahogy a GCN vagy a Gen9+. Ha annyira jó a Pascal szimplán bindless bekötése, akkor nem cserélték volna le.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

De hol olvastál olyat hogy én azt írtam hogy ez AMD hibája?Mutass rá kérlek hol értelmezted ezt?
mert itt [link] konkrétan a játékban szereplő grafikus motorról beszélek és úgy általában végig arról beszélek a kommentekben...

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Abu jóslatai nagyon nagy arányban nem jöttek be az elmúlt 7+ évben, sőt általában pont az ellenkezője valósult meg annak amit jósolt, ez alapján pedig sokkal valószínűbb, hogy a friss jóslatainak is pont az ellenkezője fog megvalósulni...

Mit értesz az alatt, hogy "megvalósul"?

Abu "jóslataiban" sosem arról beszél, hogy ilyen vagy olyan irányban fog változni a piaci részesedés ezért vagy azért az épp részletezett nehézség miatt.

Mindig az a forgatókönyv, hogy
1) Kijön valami új api, kiterjesztés vagy arra épülő játék, ebben az AMD szerez egy kis előnyt, vagy farag a hátrányából
2) Abu elkezdi ecsetelni, hogy hát igen, az nvidia mennyire le van maradva ebben meg abban az implementációban
3) Jön a "le van maradva" kijelentésen feldühödött tömeg, hogy hát ha annyira le van maradva, hol vannak az AMD eredményei? Hol látszódnak a csíkok, hogy az AMD mennyivel jobb?
4) Eltelik néhány hónap/év, kijön pár driver frissítés, menet közben kijön egy új generációs lapka, ami foltoz ilyen-olyan "hiányosságokat", az AMD 1-2 címben megjelenő "előnye" elolvad és jön az önelégült tömeg, hogy na tessék hol van a le van maradva, már gyorsabb is.
5) Goto 1.)

És közben abu egyszer sem mondja, hogy az AMD csíkok innentől kezdve hosszabbak lesznek mindig. Sőt, most kifejezetten ügyelt arra, hogy felhívja a figyelmet, hogy az nvidia rá fogja fordítani az erőforrást és megírja a drivert és szépen visszaáll minden a rendes kerékvágásba.

[ Szerkesztve ]

Találgatunk, aztán majd úgyis kiderül..

Eleve semmit sem jósoltam az említett cikkben. Írtam egy programot, amivel lekérdeztem, hogy mit tudnak a hardverek, és azt írtam le.

(#39521) b. : Igazából az a kérdés, hogy mi a problémád. Ha az, hogy az NV-n rosszul fut, akkor azzal van gondod, hogy a játék subgroup shadereket használ, és arra még nem mindenkinek van hatékony fordítója. Ha az, hogy akadozott, akkor arra a patch kell, ami átrakta a memóriamenedzsmentet a gyári rendszerről, az AMD VMA-ra.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Kifejezetten ehhez a játékoz nem jött az új driverrel cucc de azért nyomják Vulkant:

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

De, ahogy írtam ennek a játéknak nem is igazán a Vulkan implementáció a gondja, hanem a shader fordító. Amíg azon nem változtatnak, addig nehéz sokat nyerni.

Egyébként ez egy befektetési kérdés. Rengeteg dolgot lehet még ma is javítani a meghajtókban az explicit API-knál is, csak kérdés, hogy hova rakod az erőforrásod. Például, ha úgy látod, hogy a saját fejlesztőpartnereid nem fogják használni a subgroupot, akkor ugye miért is költenél rá?

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Marketing, a legerősebb tényező jelenleg a piacon. Nem fogja egy cég sem hagyni( Nvidia meg főleg) hogy a csúcstermékét lejárassák, ilyen egyszerű.

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

De ez egy álomvilág. Oké, az NVIDIA felfogta, hogy kijött az első játék, ami subgroupot használ, és kellene hozzá a driver. Nem lesz meg holnapra, a következő hétre sem, talán még a következő hónapban is dolgozni fognak rajta. Természetesen csinálnak hozzá drivert, de van az amit akarsz, hogy holnapra legyen jó a sebesség, és van az ami a realitás, hogy talán tavasz végére jó lesz (nagyon talán).

Ilyenkor egyébként az van, hogy az NV a fölét-farkát behúzza. Lásd az első Tomb Raider, a Doom Vulkan portja, stb. A marketing ilyenkor annyi, hogy nem vesznek tudomást a jelenségről, mintha meg sem történt volna. Ez tart addig, amíg nem tudják mondani, hogy van hozzá driver, ti balfékek, milyen problémáról beszéltek?

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

uff

Ja, az EPIC is most menekült előle pármillió dollárral.

ne haragudj Abu, de amiről te beszélsz az egy álomvilág.
Fülét farkát behúzza. Miért is kellene ezt tenniük atyavilág?AMD akkor 10 játékból 8 nál behúzza vagy most mi van?
Nvidia eltávolodna attóla piactól, amiből él? Most komolyan ?

Ez egy B kategóriás játék és kihasznál egy olyan fejlesztést eddig egyedül a piacon amihez AMD hardvert használt, mert erre volt pénzük, ez volt nekik elérhető tök mindegy . Egyetlen egy játék, szerintem tippre veszteséges eladással majd a jövőben.Ha akarná Nvidia akkor 2 héten belül jönne hozzá patch, mint ahogy jött Strange Brigade-hez Wolfhoz vagy éppen Doomhoz vagy Dx 12 alatt elég sok játékhoz. De ehhez érdek kell.
Azt beállítani előremutató példának amit most ez a stúdió letett az asztalra.... Mint mondtam már többször ,látszik, hogy nem értesz a marketinghez. Hülyeség részükről, mert pontosan maguk alatt vágják a fát - és ezzel visszatértünk a kiinduló kommentemhez- hisz nekik az lenne az érdekük, hogy minél többen megvegyék a játékukat PC-n és ehhez talán az kellene hogy 10 ből ne 1-2 gépen fusson élvezhetően. értem én, hogy most spóroltak egy kis pénzt meg munkát mert az AMD általános open source megoldását választották, csak közben a másik oldalon buknak egy csomó potenciális vevőt, kivéve, ha most Nvidia büszkeségből vagy dacból nem hoz ki hozzá egy drivert. Lehet erre is alapoznak, fene tudja, de kérdés hogy látnak e benne a zöldek ennyi potenciált, hogy megéri erre ráfordítaniuk akár csak egy dollárt is.

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

"Mindenki távolodik már a Windows gamingtől."

Az NV-nak egészen biztosan megéri távolodni a legjobban tejelő ágazattól, ami negyedévente hoz nekik nagyságrendileg egy milliárd dollárt. Rendkívül logikus, igen. Elképzelem, ahogy Jensen elmondja a belső meetingen, hogy a gaming túl sok pénzt hoz, dobjuk el, nem kell az, nem kihívás nekünk.

"Az AMD egy csomó mindent azért nyert meg, mert a GCN lett a de facto standard a fejlesztőstúdiókon belül."

Inkább így helyes:
Azért lett a GCN a de facto standard a konzolos fejlesztéseknél, mert az AMD nyerte meg mindkettőt.

"Amikor jönnek az explicit API-t használó címek, akkor nem pont azért kedvez az AMD-nek, mert az NV drivere gyengébb, hanem azért is, mert a fejlesztést AMD-n végzik. Lásd az Ubisoft is a Vulkan portját az Anvilnak AMD-re csinálta meg, és most kezdenek hozzá a GeForce optimalizálásnak.
Ezt látjátok ti is a teszteknél."

Öh, én azt látom a teszteknél (non-PH teszt), hogy ez a kijelentésed (is) erősen sántít:
Metro Exodus, Shadow of the Tomb Raider, The Division 2
Mindhárom címnek van DX12 módja és egyiknél sincs az AMD-nek semmilyen előnye, sőt a Division 2-nél, ami ugye AMD partnerségben született, az NV nagyobb előnyt tudott kovácsolni a DX12-ből, mint a vörösek
"Ebenso eher selten ist, dass Nvidia mehr von der Low-Level-API profitieren kann als AMD."

Ubinak a Vulkan portját pedig nem lehet tesztelni, ezt hiába hozod fel, erről semmilyen performance adat nincs.

Gameplay csatornám: https://www.youtube.com/channel/UCG_2-vD7BIJf56R14CU4iuQ

"A konzolok ellen nem volt esélyük. Az AMD egy csomó mindent azért nyert meg, mert a GCN lett a de facto standard a fejlesztőstúdiókon belül."

Ja, szegény NV-nek annyira nincs esélye, hogy milliárdokat keres a PC gamingen. Közben AMD-nél meg haldoklik a dolog, se konzol-, se PC hardveren nem keresnek semmit. Egyetlen szerencséjük a bányászláz volt, mert a PC játékosok 80%-a szóba sem áll velük.
Piaci részesedésben nincsenek sehol, Steam Survey-ben első 12 helyen nincs AMD, 2080 Ti-ből több van, mint Vegából.

Most is épp mi történik? NV 5 fpsenként meg $30-onként lefedi a piacot, AMD meg szépen megvárja, és utána hozza ki következő szériát. De nem baj, az tuti olyan jó lesz, hogy hülyére keresik majd rajta magukat, Vega meg Fury is hogy bejött.

AMD az egész IT hardverbiznisz legszánalmasabb cége. 10 évenként egyszer hoznak ki valami versenyképes terméket, de azzal is sokkal kevesebbet kaszálnak, mint a konkurencia. A maradék időben valami gagyisággal próbálkoznak, idióta marketinggel nyakon öntve és szemlátomást meg se próbálnak agresszíven a profitra menni.

[ Szerkesztve ]

Meg is fizeted a zöld fan adót! Kicsi troll! De legalább szórakoztatsz,ne hagyd abba!

Amikor nincs remény! Jusson eszedbe nincs isten, csak én!

miért AMD nél olcsóbb bármi is?Vega és RX is akkor lett olcsó mikor jött az RTX generáció.Radeon VII se éppen könyöradomány.
Amúgy ez no offense, nem egyetértésből mondom feljebbi kommenttel.

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Mi ebben a trollkodás meg fankodás?
Nézz rá a két cég eredménykimutatására. Teljesen egyértelmű, hogy ki a nyertes és ki a vesztes. Ugyanígy a piaci részesedés statisztikákra.

Persze, én is szeretném, ha olcsóbban vehetnék NV-t, de ez rajtam kívül senkit nem érdekel. Egy cég számára két fontos mutató létezik: a cégérték és a profit. Minden más csak blabla. Részvényeseket nem érdekli, hogy milyen csodafeature van benne meg hány fpst hoz. Ők azt szeretnék, hogy a cég értéke növekedjen és legyen magas az adózott eredmény, mert abból lehet osztalékot fizetni. NV nagyon jól szolgálja az érdekeiket hosszú távon is, míg AMD-ről ez nem mondható el.

[ Szerkesztve ]

Én sem vettem meg a Vega 56 -ot 200.000 Ft környékén,sőt én mindig mondtam hogy a custom modelleknek 130.000 Ft körül kellene lenni. Legelső RX580 -nak nem voltak drágák. 85.000 Ft tól indultak,csak jött a bányászszezon és a kereskedők megemelték az árakat. A új árak meg mindig igazodnak a meglévő árakhoz,ami függ a piacon levő régi termékektől és függ a konkurencia esetleges gyengélkedésétől. Én továbbra is az gondolom hogy az AMD elengedte a top kategóriát és egy megfizethető teljesítményt fog nyújtani inkább a Navi személyében, ami jó lesz a jövőben érkező konzol portokhoz(pl. Vulkan alatt).

Amikor nincs remény! Jusson eszedbe nincs isten, csak én!

Persze, én is szeretném, ha olcsóbban vehetnék NV-t, de ez rajtam kívül senkit nem érdekel. Egy cég számára két fontos mutató létezik: a cégérték és a profit. Minden más csak blabla. Részvényeseket nem érdekli, hogy milyen csodafeature van benne meg hány fpst hoz. Ők azt szeretnék, hogy a cég értéke növekedjen és legyen magas az adózott eredmény, mert abból lehet osztalékot fizetni. NV nagyon jól szolgálja az érdekeiket hosszú távon is, míg AMD-ről ez nem mondható el.

Szoval nem vagy fan, de ha jo (lenne) a konkurencia akkor olcsobban vennel nVidiat?
A csodafeature alatt mit kell erteni?Az RTX-ekrol mi jut eszedbe?

...

Nincs nyertes és nincs vesztes,csak a piac van. Cégek(részvényesek) és a vásárlók. Drága a 2080Ti? Kit érdekel,vedd meg ha neked a legjobb kell 4K -ra.

Amikor nincs remény! Jusson eszedbe nincs isten, csak én!

"Szoval nem vagy fan, de ha jo (lenne) a konkurencia akkor olcsobban vennel nVidiat? "

Én NV-t preferálom, de itt arra céloztam, hogy a cégek nem a vevők érdekeit nézik, hanem a tulajdonosokét.
Kiindulásként arra a gondolatra reagáltam, hogy az AMD a menő cég, mert ilyen-olyan technológiákat hoznak, meg konzolok meg stb. és szegény NV-nek nincs esélye. Pedig a valóság pont ennek az ellenkezője, mert a cégek és termékeik sikerességét az eredménykimutatásban kell keresni. Innováció nem ér semmit, ha nem tudod pénzre, vagy legalább piaci részesedésre váltani.

"A csodafeature alatt mit kell erteni?Az RTX-ekrol mi jut eszedbe? "

Csodafeature mindaz, ami révén az AMD előbb-utóbb majd jól odacsap NV-nek, ha majd a játékok is támogatják egyszer és a driverben is aktiválják. Gyakorlatilag azok a dolgok, amikről Abu állandóan ír, de senkit nem érdekel.
RT nem csodafeature, mert RTX-ek alapból is gyorsak minden mai játékban. RT csak egy bónusz selling point. Ja, és már több játékban is látványosan működik, a HBCC és hasonló csodákkal ellentétben.

[ Szerkesztve ]

Az a Zs kategóriás klón ami DX11ben vaj simán fut,vulkan alatt meg dadog össze-vissza?Az AMDnek mikor lesz drivere,két héttel előbb?Nv aztán jól behúzta fülét-farkát,fejvesztve menekül a gaming piacról most már...hajjajj..van baj nem kevés,azért ennyire nem kell bebillenni,nehogy a végén kiderüljön egy sima patch kell csak,a csoda subgroup normális futásához.Hogy mindig találtok egy tündérport amire hivatkozni lehet,az nem semmi,hanem már valami...ugye...

★★★★★ I got too much soul, rhythm and blues R&B ya see, all that's cool, but hip-hop and rap yeah that's where my heart's at Even back when I used to break on a box ★★★★★ "Chief Rocka"

és mennyi az a több? 1-2 fps? egyébként egál? esetleg másik jelenetnél fordítva? mert akkor a játék dx12 módja nem helyez előnybe egyik gyártó kártyáit sem, és ennyi a történet.
más kérdés, hogy a td2 fórumban senki nem fogja neked dícsérni az nv dx12 driverét. van, akinél óránként dől össze, van akinél ritkábban, van akinek gyakrabban.

Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.

Nem tudom mennyire releváns, de ezt találtam a PC Gaming összeomlásáról

[link]

szertk:
egyébkén beszéltünk az NV-sekkel, és abban igazuk van ABUéknak, hogy az NV elsődleges prioritása jelenleg már a mestersége intelligencia és a holdudvara, a VGA már csak a másodlagos

[ Szerkesztve ]

Nem tudom milyen NV-s mondta, de ezt ők sem gondolhatták komolyan. Valószínűleg ezt most a hivatalos üzenet, hisz erre szeretnének terjeszkedni. A VGA-piac a zsákban van, erre per pillanat nem kell különösebb PR erőforrásokat fordítani.

"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."

Amikor az NV-nek van egy játékkal gondja - volt már ilyen, lásd Tomb Raider, Doom, stb. -, akkor azt csinálják, hogy nem beszélnek róla, amíg nincs driver. Mindig így csinálták, és ha megnézed, akkor most se reagálnak a World War Z-re. Majd megteszik akkor, ha már lesz hozzá driverük.

Ennek a fejlesztésnek semmi köze az AMD-hez. Ez gyakorlatilag a shader modell 6.0 Vulkan megfelelője.

Hogy mihez mennyi idő alatt jön javítás, nagyban függ attól, hogy mi a probléma. Például egy memóriamenedzsmenten belüli allokációs problémát sokkal egyszerűbb javítani, mint egy fordítási gondot.

Amiről szó van egy új képessége a Vulkan API-nak. Lényegében lehetővé teszi, hogy az egymástól független feladatok párhuzamos futtatását egy multiprocesszoron. Korábban ezek futtatása csak egymás után volt megvalósítható, ezért vezették be ezt az új képességet, így már egymás mellett is futhatnak. Az, hogy a driver oldalán mi a gond ezzel... kb. ezernyi oka lehet. Nagyon röviden, amikor shader fordítás történik, akkor a meghajtó a hardverre vonatkozó adatok birtokábak kialakítja a megfelelő wave-eket. Lesz egy kép arról, hogy a shader mennyi regisztert (compute esetén LDS-t is) használ, és a multiprocesszor képességeit figyelembe véve lesz egy szám, amennyi wave-et a multiprocesszor tud futtatni. Itt minden harver statikus particionálást használ, vagyis betöltenek minden adatot a regiszterekbe, még akkor is, ha sose nyúlnak hozzá. Minden gyártónak van egy jól kialakított képe arról, hogy az adott hardver multiprocesszora mire képes, hol van az a minimum/maximum határ, ami már rontja cachinget, vagy nem fedhető el a memóriakésleltetés, stb. és a fordító is próbál határokon belüli kódot fordítani, amennyire ez lehetséges persze. És itt van az a pont, amikor leginkább az segít, ha kitapasztalod, hogy mi a jó hardvernek. Általában ezért van az, hogy amikor kiadnak egy új architektúrát, akkor az első driverek nem valami gyorsak, mert még nem értik annyira a hardvert, de aztán írnak jobb shader fordítókat, és egyre jobb lesz gyakorlatilag ugyanannak a shadernek a hardveren való működése. Persze csodát nem lehet tenni, de problémás helyeken +20-30% is benne lehet, átlagban pedig simán meglesz a +5%. A probléma az új subgroup/wave terminológia esetében az, hogy független feladatok párhuzamos futtatása megvalósítható, tehát a wave-ekre vonatkozóan ugyan a hardver működése nem változott, de az új funkcióval a szálak, illetve inkább lane-ek képesek adatokat megosztani egymással, ráadásul nem csak shader lépcsőn belül, hanem shader lépcsők között is. A kérdés az, hogy a lane-ek közötti adatmegosztás tekintetében mi az optimális a hardvernek, érdemes-e változtatni a tipikusan jól működő wave mennyiségekre való optimalizálást. Ezekre nehéz felkészültni tesztshaderekből.

Ami biztos, hogy nem az NV-nél dolgoznak hülyék, hanem nincs elég adat ahhoz, hogy mindig jó döntést hozzanak, mert a PC-piacon ez egy újdonság, illetve a Nintendo Switch által használt API-k sem tartalmaznak subgroup/wave terminológiát. Ergo még nem volt igazán igény egyetlen ügyfél részéről sem arra, hogy a hardver működjön ilyen körülmények között is. Ezzel szemben az AMD-nél már a Sony eleve wave terminológiát kért a PS4-hez, aztán követte őket a Microsoft is, tehát a GCN-nél már 2012-ben felmerült az igény arra, hogy a hardver így működjön. PC-n pedig ugyanezt bevetették 2016-ban a Doom Vulkan portjában, akkor még nem szabványosan, de ahhoz is kell fordító. Ergo amíg az NV-nél egyetlen ügyfél sem kért subgroup/wave terminológiára optimalizált fordítót, addig az AMD-nél ez két ügyfélnél már lassan 7-8 éve igény, a PC-s partnerstúdiók tekintetében pedig három éve. Ennyi idő alatt azért elég jól rá lehet jönni arra, hogy az adott hardver mit szeret, ha a lane-ek között adatmegosztás lehet shader lépcsőktől függetlenül. Alapvetően egy év alatt ki lehet ezt tapasztalni, csak nem elég tesztkódokat futtatni, hanem kellenek a production ready cuccok.

Ilyen különbségek azért nem történnek meg sűrűn, mert általában a piac az újdonságokra egyszerre lép rá, tehát úgymond valami nagy változás bevezetésénél egyszerre szarok a driverek, amelyek egyszerre fejlődnek majd. Manapság az eltérések azért szaporodtak meg, mert az AMD mindent évekkel hamarabb megcsinált szoftveres szinten. Az explicit API-kra vonatkozó implementációt a Mantle-lel, ebből él a Vulkan és a DX12 is. Szimplán van egy PAL rétegük, ami egységes, és fölé húznak egy API-tól függő részimplementációt. Szoftveres szinten azért marha nagy előny, hogy már a DX12 és a Vulkan bemutatására van egy működő absztrakciós réteged a hardveren, amire csak húzol egy kvázi wrappert, és már megy is az egész. Eközben az Intelnek és az NV-nek semmije nem volt a DX12 és a Vulkan API-hoz. Ők nulláról indultak, nem több év tapasztalatból, illetve több tízezer sornyi gyakorlatilag 99%-ban hasznosítható kódról. Ugyanez a shader fordítónál. Az AMD-nek rég megvan, rég működik, míg az Intelnek és az NV-nek megint a nulláról kell felépíteni.

Azt értsétek meg, hogy itt nem a hardver a rossz, vagy az API, vagy bármi az iparágon belül, hanem az a különbség csak, hogy az AMD-nek voltak olyan megrendelői, akik igényt formáltak ezekre az újításokra, már azelőtt, hogy a PC-n szabványosítva megjelentek volna, míg az Intel és az NV esetében ilyen megrendelő nem volt, így nekik értelmetlen volt korábban ebbe erőforrást rakni. Most persze raknak, már megvan az igény, csak a bevezetés szempontjából már nem azt látod, hogy mindenki nulláról indul szoftveres szinten.

A VMA-nak pedig semmi köze a fentiekhez. Az csak egy menedzsment lib. Leginkább abban van jelentősége, hogy mennyi VRAM-ot használ a program, az allokációk törlése hogyan zajlik, van-e defragmentálás, ha igen, akkor hogyan, stb. Ez minden hardvert kb. ugyanúgy értint. Az, hogy bekapcsolták valószínűleg abból adódott, hogy a saját megoldásuk túl agresszív volt, így talán a kelleténél többször törölt allokációkat, ami akadozáshoz vezethetett. Inkább választották azt, hogy legyen több VRAM-igény. Ezt leszámítva más problémát nem fog okozni egyetlen hardvernek sem. A VMA-t nagyon sokan használják a piacon belül, mert időigényes ~13-15 ezer sornyi kódot magadnak bepötyögni, és a végén kb. ugyanott leszel, ahol az AMD megoldása. Inkább érdemes ezt módosítani az igényeknek megfelelően. Valaki persze nem módosítja. Például az Ubisoft elmondta az idei GDC-n, hogy bekapcsolták az Anvil Vulkan portján, és out of box működött az egész, sose kapcsolták ki többet. A Quantic Dream PC-s portjai is ezt használják majd, az új Wolfenstein is ezt fogja használni, bár tudtommal az id software módosít rajta, mert annál a motornál vannak igen specifikus igények, amit egy általános lib azért nem fed le, vagy nem elég jól.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.