SLI - Dilema (V-Sync. / Adaptive V-Sync. + Triple Buffering)

[_Jesper_]

Nazdar.

Potrebujem poradit , ako si mam v NVCPL a cez NV Inspector doladit 2 WAY SLI tak aby som co najviac eliminoval vertical tearing a input lag alebo microstuttering.

Dlho som brazdil po internete a hladal riesenie , ze ako to nastavit , tak aby som si mohol uzit hry bez lagov a trhania obrazu. Pouzival som dlhsiu dobu frame limiter v MSI Aft. (60fps lock na 60Hz monitore) v kombinacii s V-Sync ON + triple Buffering. Bohuzial vysledok bol taky , ze som citil lagy v kazdej hre a to dost intenzivne. Tak ma napadlo , ze by nebolo zle uplne vypnut frame limiter a nechat len v-sync. S frame limiterom som mal dost casto bug (zmizol mi kurzor od mysky a pomohl len reinstall ovladaca) - tak ma zaujima ako to nastavit , ci zvolit klasicky V-Sync a triple buffer ON/OFF alebo V-Sync Adaptive a triple buffer ON/OFF. Ovladac mam 337.88 , SLI profily doladujem cez NV inspector. Chcem len plynuly obraz so 60fps stable , asi nemozne , ze ?

[DOC_ZENITH]

Na single GPU pokud člověk nechce tearing a ani lag, tak zapneš vsync a dáš frame limiter (aktivnuj přes nvidia inspector, na afterburnejr se vykašli), ale ten musí bejt pod tvym refreshem, třeba 58, občas jde i 59, prostě musí bejt pod, jedině tak tam nebude lag, jakmile bude rovnej či vyšší než je refresh monitoru už se to bude bufferovat a bude lag. Ale znovu opakuji, tohle je ok na single GPU, když jsem to naposledy zkoušel na SLI způsobilo to nehoráznej stutter. Ale už je to rok, a já SLI bytostně nesnášim, takže třeba se za rok drivery pohnuly a můžeš to zkusit.

[_Jesper_]

Zatial mam len klasicky V-Sync bez triple bufferu. Je to o nieco lepsie , ale stale tam je citit jemny lag. Zas na druhej strane ked zapnem triple buffering , tak tusim to zvysuje latencie medzi snimkami a zvysuje inputlag to je citit pri AFR a AFR2.

[oneb1t]

zbavit se toho a koupit jednu 780ti/r9 290x ten lag a tearing tam bude vzdycky (vyjimkou je snad 2x r9 290x v mantle ale to zatim ma jen malo her)

[Ache]

Potrebujem poradit , ako si mam v NVCPL a cez NV Inspector doladit 2 WAY SLI tak aby som co najviac eliminoval vertical tearing a input lag alebo microstuttering.

Tak ono zapojení AFR + Triple buffer (cca 3 snímky zpoždění) a nízký lag si jaksi odporuje.
NA SLI/Cross když zapneš Triple buffer tak to snad vyleze nad 4 snímky v bufferu.

Jediná možnost jak mít V-sync s minimálním lagem je nastavit limiter fps na 59Hz (při 60Hz displeji) jak píše DOC, ale to na dualčipu může spíš dělat bordel. No a další možností je že si pořídíš 144Hz monitor kde vypneš V-sync úplně neboť na 144Hz je vliv tearingu viditelný jen minimálně a zároveň se tím i srazí trochu lag způsobený AFR.

Každopádně v kombinaci SLI/Cross + AFR + V-Sync nelze logicky jít pod lag 3 snímky v bufferu = cca 50ms. To je prostě unreal. To by se muselo vrátit 3Dfx se svým SLI kdy dvě karty / dva čipy počítaly jeden snímek najednou!

[oneb1t]

vsak to se deje u mantle dvou R9 290 tam tyhle problemy odpadaj

[Ache]

Mantle už nefunguje na principu AFR? Máš nějaký testy lagu? Kde se to dozvím že tam Cross už nezpůsobuje lag?

[oneb1t]

tady clanecek
http://diit.cz/clanek/mantle-crossfire-bez-afr

[Ache]

Ale to je test frametime (jaký je rozdíl mezi snímky). mě zajímá lag celého řetězce.
Dej sem odkaz na to že někde je napsáno že Mantle už není AFR! Pokud Mantle stále jede na AFR, tak tam vždycky jedna karta počítá jeden snímek a druhá karta další snímek é minimálně lag 2 snímky a ktomu si dej V-Sync a musíš mít minimálně 3snímky lag.

EDIT:
Když už měníš celý post (a děláš s diskuze bordel - neboť teď to co jsem napsal před editem nedává smysl), tak aspoň nelinkuj teorii, ale praxi. V závěru toho článku vidim: "Teoreticky to vypadá úžasně, ale s finálním hodnocením si raději počkáme až na praktické nasazení . "
Zatím sem nikde neviděl že by bylo napsáno že BF4 nebo Thief (více toho v Mantle zatím jaksi není) pracoval na nějakém jiném principu než AFR. Akorát se jim podařilo vyhladit latence mezi snímky = minimální microstuttering.

Takže dost OT jo? Mantle Jesperovi na GTX780 SLI stejně moc nepomůže.

[oneb1t]

prehodil sem ti to do puvodniho prispevku a tady jeste jeden zahranicni
http://hothardware.com/News/How-AMDs-Ma ... e/#!bnL0nk

EDIT: v thiefovi se to neda momentalne nijak omerit takze musis koukat jen na vysledky z BF4
EDIT2: ja jsem ten prispevek zmenil pred odeslanim toho tvojeho proto tak neni napsany ze sem to editoval takze za to muzes ty a ne ja

[_Jesper_]

tady clanecek
http://diit.cz/clanek/mantle-crossfire-bez-afr

Prosim ta neplet sem Mantle a AMD , tento topic sa tyka kariet od NVIDIE a jej SLI. SFR mi oproti AFR a AFR2 asi velmi nepomoze. Takze mozem skusit vypnut triple buffering a nastavit frame buffer na 59 s tym , ze vo windowse budem musiet zmenit frekvenciu monitora z 60Hz na 59Hz. Polozku max pre-render frames mam nastavenu na 2. Keby som mal peniaze navyse tak 144Hz by som si kupil ale cenovo to je vysoko nad rozpocet ktory slm ochotny dat za monitor. Zatial mi tento staci. V-Sync eliminuje tearing v hrach - tym , ze ho mam zapnuty mam jeden problem eliminovany teraz este minimalizovat input lag a stuttering. Moj monitor ma vcelku nizky input lag , je to v recenzii toho monitora na svethardware.cz - Bral som si hlavne kvoli tomu malemu inputlagu,

[oneb1t]

to nelze najednou... proste tripple buffering ti udrzuje buffer snimku coz vyhlazuje castecne tearing ale zaroven zveda input lag

a muzes se vztekat, nadavat a bedovat ale to je vsechno co s tim muzes delat

[RAD-x]

Nevim, co se 290X a corssfire pod Mantle týče, je stejně otřesný jako pod DX....předevčírem dorazila druhá 290X a v BF4 stutter fest....zlatý SLI. Každopádně, kdo používá SLI měl by mít LCD co zvládá alespoň 75Hz, ideálně 100+ při 200FPS a 100Hz ten tearing prostě nelze vidět. Už nad 70Hz je to v pohodě, já s tim tahle hraju...prostě Vsynch OFF a 71Hz....o tearingu nevim, jedině když mi spadnou FPS pod 100 ale to se stává při nějakym nonsense nastavení v Crysis 3 a pak v nějakejch heavenech a valley takže to mě netankuje. Na ten cross pod mantle jsem byl zvědavej ale nevidim v tom žádnej rozdíl, efektivita je zhruba stejná jako pod DX....tudíš bídná, obraz se i chvilkově zasekává, což třeba SLI nedělá nikde. Ten SLI provoz je v týhle generaci bez Vsynch docela použitelnej...alespoň v Crysis 3, BF4, ten novej Wolf a poslední Metro....v těhle titulech to funguje obstojně, kamarád kterýmu jsem stavěl podobnou bestii jako mám já, má dvě Tička na X79 a watchdogs si pochvaluje. Bohužel já nic jinýho než výše uvedený nehraju...takže nic jinýho odkývat nemúžu.

[oneb1t]

tak ti to proste funguje spatne protoze kdyz to testovali s FCAtem tak jim vyslo ze frame variance je pod 0.5ms!!! v 99,9999% pripadu coz je uplne pecka

http://cdn.pcper.com/files/review/2014- ... STUT_0.png

[RAD-x]

Mě to nějak nepřesvědčilo, v podstatě všechny grafy všude ve všech reklamách na 290X ukazujou jak je výkonější než Tičko a přitom se nechytá ani na GTX780, stejně to bude v týhle reklamně.

[oneb1t]

tak jasne ze AMD vsechny podplatila

[DOC_ZENITH]

Spíš to že jakmile na AMD něco nefunguje tak jak by si to propaganda přála tak je vždy chyba na straně usera a AMD je svaté i kdyby místo bombónů prodávalo zabalený hovna, fanatici si na nich stejně pochutnaj....

[RAD-x]

Ať tak nebo tak Vsync a SLI nejde do hromady, ideální high RR a Vsync OFF.

[Spring]

Spíš to že jakmile na AMD něco nefunguje tak jak by si to propaganda přála tak je vždy chyba na straně usera a AMD je svaté i kdyby místo bombónů prodávalo zabalený hovna, fanatici si na nich stejně pochutnaj....

Nemyslis, ze stejna situace nastava v obou taborech? Pouzijme priklad Phenom a jeho slavny TLD bug opraveny v revizi B3, ktery nebyl o nic horsi, nez cela generace s775 s EM64T, presto se pouzivalo 64bit systemu, ackoliv v prisnem faktickem pohledu nebyl plne kompatibilni 64bit platformou.

Ticho bylo i v situaci, kdy se provalil kriticky BUG (backdoor demostrovany na konferenci Black Hat) v TXT, ktery spocival v Intelu od dob 80386 nesouci SMM. V pripade AMD SKINIT nic takoveho prokazano nikdy nebylo. S prominutim, ale tohle cele jsou nepodstatne traparny oproti tomu, co umoznil bypass SMM-TXT. Intel cely problem opravil v 10. prosince 2008 (dukaz poskytl Loic Duflot v roce 2006). Po oprave byla opet prokazana funkcnost SMM rootkitu a byl predveden prakticky bypass. Jak velky byl problem vyresit AES-NI (Alex Biryukov) tak, aby vystupem nebyl rund key, ale pouze adresa.

Problemy maji uplne vsichni, jen bych nenasazoval zadnemu vyrobci osli usi proto, ze se neco nepovedlo. Mohl bych namit, ze tyhle nepodstatne a nedulezite prkotiny vlastne nejsou zadny velky problem, nybrz nedulezitou zabavni traparnou a Ty muzes zcela opravnene zaujimat opacny postoj. Divat se kriticky neni ke skode, ale nekdy mi prijde, ze to prehanis a nechavas se unest nekam, kam v prvotni myslence ani nechces. Mozna se na to divame oba jinak. Ostatne osobne neresim logo vyrobce, ale vzdy jen klicove vlastnosti (vzpomen si, co provedl Intel prvnim CPU nove platformy s2011) a podle toho vybiram.

[Ache]

Spring: Co má tvůj post společného s grafikami? Tady se snad řeší SLI na Nvidii (a asi i jak tu funguje na AMD) a né procesory - ty jsou vedle.