Nvidia Geforce GTX Titan X i SLI

Eller så lånar de ut ett kort för de vet att PR:en de tjänar är värt en hel del. "Snälla" är inte ett ord som jag personligen skulle associera med webbhallen som företag.

Jag har inget problem med Webhallen eller har haft det heller, bra utbud och helt ok priser på spel som är vad jag köper mest där. Tycker det är snällt av dem att låna ut så vi kan få läsa en SLI Titan X recension här vilket ökar mitt omdöme(som redan var bra) om dem iaf. Du kanske har andra erfarenheter av dem.

Visar inte detta att det finns en rätt stor poäng med enkel-GPU-kort där man inte på något sätt sparar på krutet? Ett sådan krets kommer bli dyr, klart dyrare än att ta två lite svagare kretsar som i teorin tillsammans får betydligt mer beräkningskraft.

Att SLI/CF fungerar i vissa system/titlar medan samma titel kan strular rejält i en annat system med samma GPUer pekar väldigt mycket på att det finns timingeffekter som leder till att de separata GPU-kretsarna hamnar i lägen där tidsdelta mellan scenerna inte alls får ett jämt avstånd. Med tanke på hur lång tid som tekniken funnits och man ännu inte hittat en generell lösning pekar på att det kanske inte finns en tekniskt/kostnadsmässigt rimligt lösning.

Tänker man på problemet är det rätt enkelt att inse var svårigheten ligger: för att det ska fungera helt optimalt måste man kunna se in i framtiden... Kör man två kort (problemet blir svårare ju fler kort som är med) så ska kort #1 helst slutföra sin scen när kort #2 precis kommit halvvägs. Så länge man har väldigt statisk komplexitet i scenen är det ju lätt då man kan använda historiska data för att gissa framtiden (vilket säker är vad tekniker som "frame pacing" och liknande gör), när det sker snabba förlopp (explosioner, en komplex geometri kommer in/försvinner ur scenen etc) så är historiska data värdelösa för att förutspå framtiden.

Med lite "otur" i timing är det väldigt lätt att hamna i lägen där båda korten färdigställer sin respektive scen väldigt tätt inpå varandra, fortfarande får man hög genomsnittlig FPS men det blir motsvarande effekt man kan få av "dubbel-buffer + v-sync på" där det blir väldig varians i renderingstider av individuella scener.

Inte för att det är exakt jämförbart, men liknande effekt syns också på servermaskiner när man jämför multi-socket system med enkel-socket system där CPUn i stället har fler CPU-kärnor. Även om ett dual-socket system med 4-kärnor per socket i teorin matchar ett enkel-socket system med 8-kärnor så är det många fall som fungerar klart bättre på ett single-socket system. Det trots att dual-socket systemet i praktiken har dubbelt så hög bandbredd mot RAM och kan typiskt klocka CPU-kärnorna lite högre, så rent teoretiskt är det snabbare. Är helt enkelt så att ju längre (i kommunikationstid) beräkningsenheterna befinner sig ifrån varandra, ju svårare är det att få dem att effektivt jobba ihop.

Däremot borde det vara lättare att använda en GPU för grafik och en annan för typiska GPGPU-beräkningar. Det ska ju stödjas i bl.a. DX12 och i ett sådant scenario blir samarbetet mellan GPUer långt enklare då de alltid startar samtidigt, FPS bestäms av den GPU som jobbar längs med sin beräkning. Variansen blir då som med en GPU, den beror enbart på hur komplex scenen är och eventuellt av maxfrekvens på skärmen.

Pinsamt för Nvidia Fanboys att AMD totalt kör över Nvidia vad det gäller rendreringstiden med flera grafikkort.
Vilka drivrutiner var det som sög nu igen?
Fast nu är det väll värmeutveckligen som är intressant och inte hur mjukt gameplay man får.