PCTuning fórum

Za prvy bez osobních narazek, za druhy stale je to cely o uzky sbernici PCI-E která je tou brzdou, o cemz se mluvi od zacatku. Co se tu snažíte vycist z kavovy sedliny, to nevim

PS: Takze když jede renderovani slozity sceny a nahodim tam grafarnu s 1GB, tak mi chces rici, ze se to tam vejde a to zpomaleni nebude kvůli tomu, ze to taha pro render z PCI-E...... jako fakt ? To zpomaleni na zacatku je jak si GPU usporada data, při hrani jak si je taha k sobe jak je potřebuje a zrovna jsou v pomalejsi casti, protože tech 2GB proste nestiha. Tim ze odbourali dosavadni meziclaky a tim latence, tak uz k stutteru nedojde, protože si to usporadava sama GPU. Samo ze pomaly tahani přes PCI-E ovlivni pamet a sbernici na karte, ale kvůli tomu, ze je pomala. Ne protože je pomala sbernice karty a rychlost VRAM. Nevidim nic, co by svedcilo o opaku, ze PCI-E vlastne muze byt klidne na rychlostech AGP a stoji to na propustnosti a rychlosti pameti karty.

Me by zajimal rozdil v tomhle chovani mezi PCI-E 2 vs 3, jaky by tam byl rozdil.

Stačí aby CageJ dodal logy ze stejné lokace se stejným nastavením

Co ty na to CageJ?

no ale musi to by hra, ktoru mam..

webwalker píše:

A proč to běží pomalu je logický. Pokud to tahá větší množství z expressu na render snímku, tak těch 8GB/s fakt je nedostatečných. (to měla tak GF4 Ti po které se požadovali max. 512x512 textury)

Ano, tahají se data na render, nikoliv však na rendering aktuálního snímku. To by se projevilo ve vytížení GPU kde by vznikl Stall, který zapříčiní stutter!

Ale to se přesně děje v takové situaci... ale pod W8.1 a méně!
Pod W10 si to půjčuje na render očividně textury s expressu - proto to kolísající vytížení GPU power! GPU čeká na tu paměť. V Pamětí limitovaných hrách neklesá vytížení GPU. Nebo mi chceš říct, že i SoM se tedy vejde do 2GB VRAM? (když po loadu má paměť grafiky načteno 5GB) Nebo ty COD: Ghosts při 4xMSAA, které většinu času vytežují express na 30-40%.

Z toho co pozoruji je jasné, že rozdíl mezi W8 a W10 je takový, že pod W8 a méně, se vždy renderovalo z VRAM... když došla, tak stutter, protože se neustále dokola nahrazovali textury ve VRAM novými a mazali se nové... Tady je vidět, že ani v šílených nastaveních (mimo možnosti 2GB grafiky) se stutter nekoná, a jen se extrémně přetěžuje pomalý PCI-E 2.0 = s největší pravděpodobností se tahají textury přes express a nemažou se stále dokola ve VRAM.

Teda ja si to mozem testnut aj sam....
V biose budem prepinat PCI ex..

@Hladis: To nebylo nic osobního, jen jsem použil tvůj příměr

@Ache: Renderuje se vždy z VRAM!
U WDDM 1.X se do VRAM stahují zdroje CELÉ a když se ti tam nevejdou je problém. Musí se rozdělit a dotahovat během renderingu snímku, GPU na ně musí čekat, jde do stall (to se projeví v nižším vytížení GPU) a vzniká tak stutter.

U WDDM 2 se do VRAM prvotně stáhnou jen ty stránky/pages (tedy část zdrojů) virtuální paměti, které jsou potřebné pro vyrenderování prvního snímku a pak se už postupně a průběžně (a asynchronně) dopředu stahují další stránky, které GPU odhadlo, že je bude potřebovat pro rendering snímků následujících. Při renderování dalších snímků už tedy potřebné části zdrojů (umístěné v pages) ve VRAM jsou a GPU zůstává vytížené (bez stutteru). Je to jakási obdoba Tiled Resources, ovšem universální, bez nutnosti podpory aplikace.

VRAM je tedy jakýsi buffer, kde na jedné straně jsou do něj kopírovány stránky z RAM (virtuální paměti) a na straně druhé jsou zas už nepotřebné stránky z VRAM odstraňovány. Čím větší je VRAM, tím více stránek se do něj vejde a je méně přenosů.

webwalker píše:@Ache: Renderuje se vždy z VRAM!

Jo ok. Ale liší se výrazně situace, kdy se musí VRAM přesáhnout, protože se data (tedy hlavně textury) potřebné k celé scéně nevejdou do VRAM. Když hraješ třeba ty Watch Dogs tak prostě ke každému snímku musí přitéct ještě nějaký textury z PCI-E a nahrazovat nějaké stávající (nebo je na to rezervovaná nějaká část VRAM?) - a to se pak musí dít na každém snímku... což podle vytížení PCI-E v některých případech je dost pravděpodobný (můžeš stát na nějakém místě 10minut a stejně PCI-E bude vytíženo na 25%). Jestli se renderuje (spíš dotahují textury) z RAM nebo VRAM je zbytečný detail To důležitý je, že WDDM 2 funguje lépe při tom půjčování.

Co mě ještě vrtá hlavou je ten mem test (je to hned na začátku tohohle tématu):
http://abload.de/img/beznzvuktyxf.png
- nějaký vysvětlení? proč to detekuje jen 1,5GB na 2GB grafice (pod W8.1 opravdu GTX670 změří všech 2GB paměti rychlostí 190GB/s)

Samozrejme ze tam je při mensi VRAM presah. To je teorie ze to jede cely i z mensi VRAM a vlastne ty prenosy z PCI-E staci s prstem v nose......, jenze při mensi velikosti VRAM, kdy aplikace potřebuje vice dat nez je velikost VRAM, musí GPU sahat do RAM a tahat odtamtud data do VRAM a jakmile se meni scena velice rychle jako při jizde ve WD, tak to zakonite musí jit poznat na fps. Funguje to stejne, jako když ma GPU cast pameti rychly a cast pomaly podobne jako třeba GTX660Ti. Jakmile to zacne smatrat v datech v pomalejsi casti VRAM, copak se asi stane ? RAM a VRAM je ted jeden pool, který je rozdelen na segmenty a GPU potřebuje primarne renderovat z VRAM. Jakmile to nestiha a musí to tahat z RAM, klesnou fps. Porad dokola okolo toho kola.

webwalker píše:které GPU odhadlo

Moment. Někdo tu tvrdil, ze tam preci zadna predikce není. Se aspoň dohodnete

webwalker píše: Čím větší je VRAM, tím více stránek se do něj vejde a je méně přenosů.

a cim nižší, tim to vic drhne, protože to nestiha kvůli rychlosti PCI-E. Jak proste.

Ache píše: Co mě ještě vrtá hlavou je ten mem test (je to hned na začátku tohohle tématu):
http://abload.de/img/beznzvuktyxf.png
- nějaký vysvětlení? proč to detekuje jen 1,5GB na 2GB grafice (pod W8.1 opravdu GTX670 změří všech 2GB paměti rychlostí 190GB/s)

nasiel som sleduj tu: http://www.computerbase.de/forum/attach ... 1422304698
Tu tiez nevidim, aby slo o celu pamat..


moje

mna len napadla taka otazočka panove :

pri tom ,,nVidia Windows 10 memory managemente,,

hraje ulohu aj rychlost operačnej pamäte , napr. klasicke 1600MHz vs napr. 2400 MHz ?

blaho píše:pri tom ,,nVidia Windows 10 memory managemente,,

hraje ulohu aj rychlost operačnej pamäte , napr. klasicke 1600MHz vs napr. 2400 MHz ?

No, on je to WDDM 2.0 Memory Management, někdo by ten titulek vlákna měl konečně opravit a hodit to do neutrální sekce grafik.

Ano, rychlost paměti hraje z části roli, ale jen minimální.

thx

CageJ píše:nasiel som sleduj tu: http://www.computerbase.de/forum/attach ... 1422304698
Tu tiez nevidim, aby slo o celu pamat..

To pro tu GTX 970 moc hezky nevypadá... Také to sahá na tu pomalejší část, a už jí to bere rychlost od 3GB?
http://abload.de/img/970testoqukb.jpg

ehm, od 3GB to ide riadne do kytek

Ve Skyrimu vytizeni maximalne 2.5GB, vic ani vorla. Tam to ukazuje (DX9) bez zobrazeni cely virtualni pameti jako u DX11. Při testu vrambandwidthtest pod Win 10 to napise allocated 2432 MiByte.

blaho píše:hraje ulohu aj rychlost operačnej pamäte , napr. klasicke 1600MHz vs napr. 2400 MHz ?

Vždy zalezi na tom nejslabsim miste a to je PEG. Tohle by mohlo resit něco jako nV link.

Krteq píše:No, on je to WDDM 2.0 Memory Management, někdo by ten titulek vlákna měl konečně opravit a hodit to do neutrální sekce grafik.

To by mohl... AMDčku tenhle memory management (na sestavě FX8730 + 8GB RAM + R9 290X) moc nesedne a Watch dogs mi padají do bluescreenu kde se jasně píše že důvod pádu: Memory management.
Ale žerou grafický paměti stejně jako na nvidii - cca do těch 3GB = vejdou se čistě do VRAM a no stutter.

Az na to ze mas asi bordel v OS kedze ja som s tym ziadny bsod na W10 nemal.

Memory management bsod som dostaval na Windows 8.1 pravidelne od cisteho OS s 3 roznymi kartami a neprisiel som na to preco.

Ache:
Pak to mozna presunu, nebo jen upravim nazev, protoze nejak tady moc prispevku a testu od majitelu AMD není

Pokud ti Win padaji s timhle BSOD, tak to spis vypada na problémy s pametma. Aspon nejactejsi pricinou tohohle BSOD je spis HW. Napovedet by mohl bluescreenview co ten pad zpusobuje.

Paměti grafiky, nebo paměti RAM?

report z toho bluscreenu je takovýto (vymazal sem řádky kde nic není):
==================================================
Dump File : 082615-26968-01.dmp
Crash Time : 26.08.2015 20:40:49
Bug Check String : MEMORY_MANAGEMENT
Bug Check Code : 0x0000001a
Parameter 1 : 00000000`00041284
Parameter 2 : 00000001`17498000
Parameter 3 : 00000000`0006edd9
Parameter 4 : fffff580`10804000
Caused By Driver : ntoskrnl.exe
Caused By Address : ntoskrnl.exe+14dd00
Processor : x64
Crash Address : ntoskrnl.exe+14dd00
Full Path : C:\WINDOWS\Minidump\082615-26968-01.dmp
Processors Count : 8
Major Version : 15
Minor Version : 10240
Dump File Size : 280 096
Dump File Time : 26.08.2015 20:44:44
==================================================