Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

[burnbabyburn2]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

Maxwell ist vieles aber eher das gegenteil eines Kepler Shrinks.
In wiefern man aber von 32 statt 8 C-Queues profitiert wird sich noch zeigen ich gehe da eher nicht von größeren Sprüngen aus, weil irgendwann die Parallelisierung vlt sogar teurer wird als sie bringt...

beim parallelisieren geht es eigentlich immer darum ob das Problem groß genug ist ob es sich Auszahlt das auf einer GPU laufen zulassen bzw. zu parallelisieren , die Queues sind ja eigentlich nichts anders als Thread wie auf einer CPU , du kannst bei einem kleinen Problem 1Millionen Thread laufen lassen und es muss nicht unbedingt soviel langsamer sein als wenn du nur 32 Threads laufen lässt aber ja es ist problematisch. das Problem ist einfach das Scheduling als wie die Jobs aufteilt werden und ob die genug ausgelastet werden.

Wenn das Problem groß genug ist, dann findet man hoffentlich immer eine Queue wo man eine Job drauf laufen lässt, weil eh sehr viel mehr gerechnet wird als was man ins Scheduling steckt,das Problem sind daher eher kleine Jobs also wenn du viele kleine Jobs hast aber z.b nur eine Queue ? dann wird es problematisch

wenn du viele Queus hast kannst du auch viele kleine Jobs drauf lassen , bei großen Problemen die nur wenige Queus ist halt die Frage was mit den Rest ?

hat alles seine Vor und Nachteile

 

[Locuza]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

welche Features ? Nvidia hat nichts anderes als einen Shrink gemacht bzw. die Eigenschaften eines Shrinks , dieselben Features die in Keplar sind sind auch in Maxwell ist Maxwell jetzt eine Obermenge von Keplar ? oder deutliche ?

Das mit den Compute-Queues ist noch nicht geklärt wie sich das Auswirkt hat man ja bereits bei den Draw Calls gesehen umso mehr Berechnungen man ausführen kann ohne auf die vorherige Warten zu müssen zahlt sich , und ja es gibt immer einen Sychronisationspunkt der meistens ja nur indirekt vorhanden ist (hoffentlich)

I don't know... let's say:

- Bessere Decode/Encode-Engines mit H265-Support.
- Conservative Rasterization, Raster Ordered Views, Tilede Resources Tier 3 = Von DX FL11.0 auf FL12.1
- MFAA
- Support für über 30 Compute Queues, neben der 3D Queue, Kepler hat nur eine Queue für beides.

Nvidia hat allgemein alles etwas angefasst.
Nvidia hat mit Maxwell auch 4K DSR eingeführt, dann bis auf Fermi recht zügig herunter portiert.
Darauf wartet der Großteil der AMD-Kunden immer noch.

 

[Blizzard_Mamba]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

beim parallelisieren geht es eigentlich immer darum ob das Problem groß genug ist ob es sich Auszahlt das auf einer GPU laufen zulassen bzw. zu parallelisieren , die Queues sind ja eigentlich nichts anders als Thread wie auf einer CPU , du kannst bei einem kleinen Problem 1Millionen Thread laufen lassen und es muss nicht unbedingt soviel langsamer sein als wenn du nur 32 Threads laufen lässt aber ja es ist problematisch. das Problem ist einfach das Scheduling als wie die Jobs aufteilt werden und ob die genug ausgelastet werden.

Wenn das Problem groß genug ist, dann findet man hoffentlich immer eine Queue wo man eine Job drauf laufen lässt, weil eh sehr viel mehr gerechnet wird als was man ins Scheduling steckt,das Problem sind daher eher kleine Jobs also wenn du viele kleine Jobs hast aber z.b nur eine Queue ? dann wird es problematisch

wenn du viele Queus hast kannst du auch viele kleine Jobs drauf lassen , bei großen Problemen die nur wenige Queus ist halt die Frage was mit den Rest ?

Ich weis wie Parallelisierung geht
Ich bezweifle mal ganz stark, dass man einen eh schon Parallelisierten Workload wie auf ner GPU so aufteilen kann, dass sich so viele "Threads" lohnen würden. Man kann ja eh nur die "großen" Pakete einer Berechnung verteilen: Ganz simpel zum Bleistift: Shadow Shader und Physikberechnung etc. Müsste mich da aber einarbeiten und da habe ich keinen bock drauf jetzt

 

[Atent123]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

Stimmt es eigentlich das NVIDIA auf der Titan Z
Einen Chip verbaut hat der Mikroruckler nochmal stark reduziert.

 

[Blizzard_Mamba]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

Stimmt es eigentlich das NVIDIA auf der Titan Z
Einen Chip verbaut hat der Mikroruckler nochmal stark reduziert.

Glaube eher nicht nein. Die Titan Z verhält sich ähnlich zu einem 780 SLI... Kann mich aber auch irren

 

[Locuza]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

Stimmt es eigentlich das NVIDIA auf der Titan Z
Einen Chip verbaut hat der Mikroruckler nochmal stark reduziert.

Einen Chip selber nicht, sonst hätte man ihn auf dem PCB lokalisieren können.
Aber bei der 690 gab Nvidia an, irgendetwas bei der Hardware gemacht zu haben, um das Frame-Pacing zu verbessern.
Bezüglich der Titan-X habe ich aber nicht gelesen.
Es gab ja auch schon einige Frame-Pacing Tests und ich glaube nicht das die 690 da besonders hervorgestochen ist.

 

[MrL2on]

AW: Gigabyte R7 360 und R9 380: Erste Bilder veröffentlicht

Auch wenn ich diese Generation überspringe freue ich mich auf den Fortschritt!