Keresés: - [Re:] Szimplán sok memóriával kezeli majd a VRAM hatásfokának problémáját az NVIDIA

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#183 Dilikutya félisten b. #159

Új Válasz 2017-11-27 12:01:42 #183
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Dilikutya

félisten

válasz b. #159 üzenetére

Az Athlon XP-nél nem azt írták a dobozra, melyik Intel processzorral van párban az adott modell. A modellszám, 1800+, 2000+, 2500+ stb. az 1 GHz-es Athlon-hoz viszonyította a CPU-t. Ez egy népszerű tévhit, hogy az Intelnek bármi köze van ehhez. Ha az Intelhez viszonyított sebességet akartad belőni, a modellszámnál 100-200-300 MHz-el lassabb Pentium-hoz állt közelebb, ami az árat figyelembe véve még mindig nem volt rossz. Később már nehezebb volt viszonyítani, mivel a modellszámozás túlhaladt a 4000-en, de az Intel CPU-k órajele 3400 MHz-nél tetőzött akkoriban.
#177 Abu85 HÁZIGAZDA b. #154

Új Válasz 2017-11-27 09:25:38 #177
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz b. #154 üzenetére

Ha eszközszintű megoldást akarnak, akkor ahhoz kell a licenc. Ha API szintűt, akkor arra már most ott van a Pascalban a megoldás, ami csak a CUDA mellett működik. A Volta is azért ment tovább az eszközszint felé a Power architektúra támogatásával, mert nincs igazán köztes megoldás erre a problémára. Az egyik lehetséges alternatíva az lenne, ha a Microsoft és a Khronos kiegészítené a DirectX és a Vulkan API-t, de annyira át kellene ezeket alakítani, hogy egyhamar ezzel nem végeznének. Hosszabb távon persze mindenképpen érdemes majd bevállalni egy átalakítást.
#162 ->Raizen<- veterán b. #161

Új Válasz 2017-11-26 20:03:38 #162
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

->Raizen<-

veterán

válasz b. #161 üzenetére

Nem olyan reg van 4 gb os vga es mar gondot jelent par jatekban hogy csak ennyi van rajta. 16 gb ram is kezd szukos lenni. Jo lenne ha nem kellene 16-24 gb ramos vga...
#157 lezso6 HÁZIGAZDA b. #156

Új Válasz 2017-11-26 17:08:05 #157
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

lezso6

HÁZIGAZDA

LOGOUT blog

válasz b. #156 üzenetére

Hát a bruteforce megoldás az nem jó. De az NV mást nem is tehet. Csak erre érdemes felkészülni, hogy a több RAM nem feltétlenül több, mivel nincs kihaszálva. Tehát a jövőben valószínűleg az lesz, hogy pl 8 GB AMD VRAM = 16-24 GB NVIDIA VRAM.
Ez a vallásos analógia nálam vicc kategória. Én alapvetően jó indulattal állok hozzá az elmélethez, de ha vásárlásról van szó, akkor a gyakorlat alapján fogok dönteni.
De most a Volta is különösen tetszik, hogy egyszerű, külön Tensor, FP64, FP32 és INT feldolgozókat használnak, kíváncsi vagyok hogy ha a konzumer részleg Ampere lesz, akkor ez mit jelent. Szerintem az lesz, hogy a konzumer kártyákban csak FP32 feldolgozó lesz, ami ugye dupla FP16-ra lesz képes, s ezt végre engedélyezni fogják konzumer szinten is. Azaz a V100-hoz képest az egész GPU tök más feldolgozókat és ütemezést fog használni, innen jön a másik név.
#153 szmörlock007 aktív tag b. #139

Új Válasz 2017-11-26 16:08:43 #153
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

szmörlock007

aktív tag

válasz b. #139 üzenetére

Üdv
Nvidia azért nem megy hbcc-re mert nem kapott x86 licenszet az inteltől, nem azért mert a jelenlegi megoldás jobbnak tűnik.
#141 Abu85 HÁZIGAZDA b. #139

Új Válasz 2017-11-25 15:27:24 #141
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz b. #139 üzenetére

Ha tipikusan a fejlesztő oldaláról nézed, akkor a HBCC amire nem kell direkten optimalizálni, mert az az eszközszinten valósul meg, operációs rendszer alatti absztrakcióval. A hagyományos menedzsment viszonylag magasan, a program vagy a kernel meghajtó szintjén dolgozik, tehát az operációs rendszer felett. Ennek a működéséhez erőforrást kell befektetnie a programozóknak. Ha nincs pénz optimalizálni, akkor azzal pont a HBCC jár jól, mert az eleve teljesen függetlenített a programkódtól. De amúgy muszáj, hogy legyen pénz a memóriamenedzsment optimalizálására, főleg úgy, hogy az explicit API-k hatékony működéséhez ez egy alapvető elvárás. Akinek nincs pénze rá, nos ne írjon programot.
Egyébként persze a fejlesztők számára sokkal egyszerűbb lenne, ha mindenhol HBCC lenne, és akkor nem nyomná a vállukat a memória szoftveres menedzsmentje, ami egy komoly teher a PC-n, ahol van egy rakás eltérő memóriával rendelkező hardver. Egyszerűen hagyhatnák, hogy a HBCC oldja meg hardveresen, és kész, munka letudva. Ilyen viszont belátható időn belül nem lesz. Nem elég az, hogy az egyik gyártó megoldja ezt a problémát. Mindenkinek meg kell oldania, és még akkor is ott vannak a legacy hardverek. A dolognak viszont nincs jelentősége, mert a fejlesztő írhat akármilyen szoftveres menedzsmentet, mert a HBCC annak minden hatását képes eliminálni. Tehát az az ideális, ha a HBCC-s hardverekről tudomást sem vesznek. Ezek működnek maguktól is. Ha nagyon akarnak támogatást rá, akkor engedélyezik az inkluzív cache módot, és ennyi. Ez is csak inicializálásra vonatkozó kódot igényel.
(#140) gbors: Természetesen, de attól, hogy előre ki van jelölve a szegmens, még a CPU használhatja azt akármire. Ezért van az, hogy egy CPU-t használó alkalmazás nem omlik össze, ha futtatás közben aktiválod a HBCC-t. Ami az aktív HBCC szegmens mellett egyedül kikötés, hogy a CPU+GPU területnek a kijelölt szegmensbe kell esnie. Az nem számít, hogy más adat is van ott, elfér.
#91 Felhőtakaró tag b. #83

Új Válasz 2017-11-24 08:35:25 #91
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Felhőtakaró

tag

válasz b. #83 üzenetére

nem eltörölte , csak elodázta. 2018 Q2 -ben; egy csodálatosan szép harmonikus átmatricázást figyelhetünk meg NVIDIA háza táján.
#89 Tigerclaw nagyúr b. #83

Új Válasz 2017-11-24 08:14:41 #89
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Tigerclaw

nagyúr

válasz b. #83 üzenetére

Azt én úgy értettem, hogy csak, hogy jövőre az Ampere csak bemutatva (demozva) lesz. Nincs hova sietnie az Nvidia-nak, szóval kétlem hogy felrúgták a hosszabb távú terveiket. Esetleg akkor tudom elképzelni, ha az Ampere valami gyengébb alternatívája lenne a Volta-nak, vagy kettéválik a fejlesztési irány és a Volta nem gamer kártya lesz, illetve technikailag lép valamit az ellen is, hogy az olcsóbb gamer kártyákat használják professzionális célra. Adná az isten, hogy kihozzanak olyan gamer gpu-t, ami még bányászatra sem lenne alkalmasak.
#86 ->Raizen<- veterán b. #82

Új Válasz 2017-11-24 07:37:51 #86
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

->Raizen<-

veterán

válasz b. #82 üzenetére

Az nv is fejleszt szintomoritesuk eleg jo maxwell 2.0 tol. De naluk nem lesz hbcc hez hasonlo technologia mert nincs x86 licenszuk.
#84 Dilikutya félisten b. #82

Új Válasz 2017-11-23 23:38:30 #84
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Dilikutya

félisten

válasz b. #82 üzenetére

Mit kéne a memóriakezelésen javítani, ha fürtökben lóg a Vram a kártyáról? Nem túl valószínű, hogy 16-32 GB-os kártyákat kezdenek a piacra dobálni azért, hogy a fejlettebb memóriakezelésnek hála az új Assassin's Creed csak 8-at használjon 4K-ban is. Komoly munkára persze kihasználható a sok Vram, de az meg jelenleg sem probléma, Quadro egész biztosan van már 24 GB HBM2-vel.
#83 b. félisten b. #82

Új Válasz 2017-11-23 23:38:29 #83
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

b.

félisten

válasz b. #82 üzenetére

Főleg, ha igazak a pletykák és NV eltörölte Voltát a gamer szegmensbe, és az Ampere jön 2018 Q2 ben.
#81 Tigerclaw nagyúr b. #78

Új Válasz 2017-11-23 23:03:07 #81
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Tigerclaw

nagyúr

válasz b. #78 üzenetére

Az extra memória felára költség oldalról azért kockázati tényező lehet.
Mondjuk nem tudom, hogy a több memória akkor is szükségessé válik-e ha nem váltanak a playerek 4k felbontásra, ami nem fog olyan gyorsan megtörténni, ha megnézzük, hogy milyen áron kaphatóak a 30+ inches 4k monitorok.
#80 tom_tol addikt b. #78

Új Válasz 2017-11-23 22:59:21 #80
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

tom_tol

addikt

válasz b. #78 üzenetére

Úgy beszéltek erről, mintha NV-nek lenne választása. Nincs x86, ennyi.
#54 Abu85 HÁZIGAZDA b. #52

Új Válasz 2017-11-23 19:02:04 #54
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz b. #52 üzenetére

Mivel a HBCC lapalapú menedzsmentet valósít meg, így igazából a programot nem különösebben nézi. Azt nézi, hogy kell-e az adat és mi kell. A lapot pedig szállítja, nem tudja, hogy kinek, de szállítja, mert eszközszinten csak az igényt látja, és arra reagál.
#51 Abu85 HÁZIGAZDA b. #42

Új Válasz 2017-11-23 18:56:19 #51
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz b. #42 üzenetére

Igazából ezek nem pont a megnövelt memóriamennyiségből erednek, hanem abból, hogy a WDDM nem fog ellenőrzéseket futtatni. De nüansznyik a különbségek, ha a program nincs rosszul megírva.
Nem szükséges több memória. Mint írtam a CPU+GPU által elérhető rendszermemória másképp van kezelve HBCC mellett. Amikor ezt aktiválod, akkor a HBCC fixen detektálja magának az erőforrást, és fizikailag is a meghatározott címtartományra kerül minden CPU+GPU által is elérhető adat. Ha nincs HBCC-d, akkor is szükség van erre, csak ilyenkor a driver nem mondja meg a Windows-nak, hogy milyen címtartományt használjon erre. Alapvetően ezért kell a HBCC-hez Windows 10, mert a korábbi OS-ekben ez nem kivitelezhető. Végeredményben ugyanannyi memória kell a játékhoz HBCC-vel és HBCC nélkül is.
#40 ->Raizen<- veterán b. #38

Új Válasz 2017-11-23 18:30:13 #40
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

->Raizen<-

veterán

válasz b. #38 üzenetére

Eleg jol fut a forza 7 vegan es nem akad senkinek. Auto konfigon ultra konfigon is 3-6 verseny utan elkezd a 970 brutalul akadni es kimaradnak kepkockak, texturak a nezoteren. Jol szemlelteti a problema nagysagat, cod uj resze is ful bezart bongeszovel nem akad durvan de ha par lap meg van nyitva az is durvan akad
#39 Abu85 HÁZIGAZDA b. #38

Új Válasz 2017-11-23 18:27:42 #39
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz b. #38 üzenetére

A mai játékokban kb. ugyanolyan sebességet kapsz HBCC-t bekapcsolva és kikapcsolva. Ezt kipróbáltuk. HBCC-vel kicsit simább az élmény, mert megmenekülsz a WDDM ellenőrzéseitől, ezért hagyjuk a tesztjeinken aktívan.
A fő kivétel manapság a Shadow of War, ami a külön textúracsomagjával nagyon rosszul működik, és ott az aktív HBCC plusz ~10%-ot hoz. Itt ugye előjön az, hogy a hardver immunis a programkódra, tehát a sebességet az elrontott optimalizálás, vagy annak hiánya nem érinti negatívan.
Ahol igazán számít a HBCC azok a 8 GB-nál több VRAM-ot igénylő játékok (nincs ilyen), vagy a Shadow of Warhoz hasonló, rossz streaminggel működő programkódok. Még ha van is elég VRAM-od, akkor is elszenvedi a hardver a programkód problémáit, amire a HBCC immunis.