Die ROPs des G80

[robbitop]

Dieser Thread ist ein Split aus R600 bzgl der G80 ROPs

Zitat von Quasar:

beinahe zwangsläufig, wenn man bedenkt, dass evtl. die Blender komplett orthogonal auch auf Skalar-Basis rechnen.
...

Zitat von robbitop:

Könntest du das ein wenig ausführen?
Ich wüsste nicht wo alphablender groß von skalarer behandlung profitieren. Beim Alphablending (was ja nichts anderes als 1xLERP ..also 1xMUL und 2xADD ist) braucht man zwangsweise RGB von einem Pixel im FB gleichzeitig. Eine "skalare" Ansteuerung hingegen würde nur Steuerungslogik kosten.

Wie kommst du auf diese These?

Zitat von Quasar:

Fiel mir nur grad mal so ein und würde doch passen bei der Skalar-Ausrichtung des G80. Anstatt zwangsweise RGBA zu schreiben könnte man damit (und mit den entsprechenden Anpassungen) ja auch beliebige Kombinationen schreiben, zum Beispiel viermal soviele "Skalare" gleicher Bittiefe.

Zitat von robbitop:

Es bringt (wie eine skalare Ausrichtung von TMUs z.B) aber gegenüber Blendern mit SIMD Vec3 Komponte hier keinen Vorteil und würde nur zur Verschwendung von Transistoren führen. Wie gesagt, für Alphablending brauche ich für jedes Pixel eh die RGB Werte und zwar gleichzeitig

Zitat von Quasar:

Vielleicht können die Einheiten in den ROPs (ich sage jetzt mal absichtlich nicht Blender) ja auch mehrfach genutzt werden? Alphablending oder eben zusätzliche Z-Werte zu den normalen Z-Einheiten.

Meine Tests mit Z-Overdraw könnten in diese Richtung deuten - müssen es aber nicht.

Zitat von robbitop:

Die Z-Test Units sind andere Units als die Blender. Die gehören aber beide in die ROPs.

Was sagen denn deine Z-Ovdraw Tests, wenn man fragen darf?

Zitat von Quasar:

Vielleicht hat Nvidia eine Möglichkeit gefunden, da Transistoren mehrfach zu nutzen? Ich weiß es nicht.

Ich sehe darin noch immer keinen Vorteil.

Zitat von robbitop

Ich sehe darin noch immer keinen Vorteil.

Wenn es so ist, wäre der Vorteil, dass du mit ein und denselben Recheneinheiten (eventuell etwas erweitert) verschiedene Aufgaben erledigen könntest.

Ich habe die Ergebnisse hier bereits schonmal gepostet.
Ohne viel Text:

Zitat von PCGH_Carsten:

Zum Beispiel deuten diese Werte, die ich im Rahmen des Geforce-8-Tests mit den Release-Treibern gewonnen habe, darauf hin, dass Early-Z-Rate bzw. Z-/Stencil-Operationen ziemlich gut mit dem Faktor von 2-AA-Samples (4xAA halbiert, 8xAA viertelt die Werte) skalieren.

Code:

Z-Overdraw (nonatainment-Tool)
kein FSAA	0 Tex
1.024x768       38.007
2.560x1.600     38.623

2x FSAA	0 Tex
1.024x768	27.170
2.560x1.600	27.253

4x FSAA	0 Tex
1.024x768	20.650
2.560x1.600	 8.097

8x FSAA	0 Tex
1.024x768	10.821
2.560x1.600x16	 5.840
2.560x1.600	 2.729

Ergebnisse in verworfenen Megapixeln/Sek.

Bei 2.560 und 4xAA geht wohl ein Zwischenspeicher aus...

Passend dazu:

Code:

FableMark (PoweVR)
          kein FSAA	4x FSAA	8x FSAA
1.024x768	279	159	90
1.600x1.200	123	74	42
2.560x1.600	59	29	13

Ergebniss in Fps

Das alles könnte allerdings auch noch ein reines Treiberproblem sein.

Hm, bemerkenswert. In 1024 ist dass eine fast lineare Abnahme mit zunehmend MSAA Grad.

[robbitop]

Naja ich sehe erstmal nichts Besonderes an diesen Werten.
MSAA nutzt die Z-Test Units in den ROPs natürlich. Diese nutzt du entweder zum schreiben oder zum lesen von Pixeln aus dem Framebuffer. Mit MSAA hast du mehr Last auf denen, so dass weniger getestet und verworfen werden kann.
Das wird beim Villagemark auch "reinhauen".

Ich weiß aber immernoch nicht, was das mit den Blendern zu tun hat.

Ganz so normal ist es nicht. Beim G70 oder R580 ist diese Reaktion bei weitem nicht so ausgeprägt.



Hier noch dein VM:

Code:

VillageMark D3D				
HQ	kein FSAA	2x FSAA	4x FSAA	8x FSAA
640x480	        1.275	1.038	1.246	854
1.024x768	957	703	884	455
1.600x1.200	546	377	494	220

8xAA fällt natürlich ab, weil die ROPs da erstmals loopen müssen.


Q

[robbitop]

Hast du denn vergleichbare G70/R580 Werte?

Achja: was hat das mit den Blendern zu tun? Ich sehe nur Benches im Zusammenhang mit den Z-Test Units.

[DrumDub]

wuz? 2xfsaa ist ja völlig sinnlos im villagemark.

Zitat von DrumDub

wuz? 2xfsaa ist ja völlig sinnlos im villagemark.

Und in ganz vielen anderen Anwendungen auch.
Da die ROPs für 4 Samples nicht loopen müssen, gibt es keinen Geschwindigkeitsunterschied mehr.
Im Naturetest ist 4xMSAA sogar schneller als 2xMSAA und der skaliert prächtig mit der Speicherbandbreite.

[greg]

Zitat von seahawk

Hm, bemerkenswert. In 1024 ist dass eine fast lineare Abnahme mit zunehmend MSAA Grad.

du meinst beim Z-Overdraw (nonatainment-Tool)?

[Coda]

Langsamer sollte 2x trotzdem eigentlich nicht sein... Die Treiber haben wirklich noch viele Merkwürdigkeiten.

[robbitop]

Mit 2xMSAA kann G80 2x soviele Z-Tests durchführen, wie mit 4xMSAA und dazu ist mehr Bandbreite vorhanden. 2xMSAA sollte eigentlich schneller sein als 4xMSAA. Ich tippe ebenfalls auf merkwürdige Treiber.

[PCGH_Carsten]

Zitat von robbitop

Ich weiß aber immernoch nicht, was das mit den Blendern zu tun hat.

Meines Wissens wird bei allen Tests auch geblendet.

[robbitop]

Was haben die Blender mit den Z-Test Units zu tun?
Von Blending habe ich in den Tests auch noch nichts sehen können. Nichts, was einen Flaschenhals herausbilden könnte jedenfalls.

Btw: netter Avatar