GPUs Graphics Pro Reviews Software Workstations

Workstation Graphics Cards Charts 2023 with Cards from AMD and NVIDIA – Benchmarks of Real Applications and Full Versions, Plus an Efficiency Test

PugetBench for Premiere Pro is a benchmark tool developed by Puget Systems to test computer performance when using Adobe Premiere Pro. This tool provides tests for various aspects of video processing, such as rendering, encoding, and decoding video in various formats and resolutions. It also includes tests for GPU-accelerated effects to evaluate the graphics card’s performance. The results can help optimize system configurations and identify the most appropriate hardware for specific needs in Premiere Pro.

Puget Systems

To evaluate a system’s performance when exporting to different codecs, the benchmark is designed to make the encoding portion of a render as much of a bottleneck as possible. To achieve this, one uses a DNxHR LB 480×270 source clip scaled to a UHD (3840×2160) timeline. DNxHR LB is a very simple codec to process (especially at this low resolution) and does not support hardware decoding on any platform, making it a good base codec. To ensure that each pixel is unique and codecs like H.264 or HEVC don’t get too “smart”, you also apply a simple fractal noise image in PNG format (NOT the fractal noise effect) to the clip to ensure that there are no repeated pixels.

  • H.264 50Mbps 8-bit UHD, H.264 50Mbps 8-bit (software encoding) UHD
  • HEVC 50Mbps 8-bit UHD, HEVC 60Mbps 10-bit UHD, HEVC 50Mbps 8-bit (software encoding) UHD, HEVC 60Mbps 10-bit (software encoding) UHD
  • DNxHR LB UHD, DNxHR SQ UHD, DNxHR HQX UHD
  • ProRes 422 Proxy UHD, ProRes 422HQ UHD, ProRes 4444 UHD.

For the processing tests, the benchmark uses a wide range of codecs at different resolutions and creates a timeline at the clip’s native resolution. Then it exports each timeline to DNxHR LB in HD (1920×1080) resolution. This is where the hardware decoding support comes into play. The benchmark results from this method are very consistent and accurately reflect the relative performance between systems when working with different codecs.

  • 4K H.264 150Mbps 4:2:0 8-bit, 4K HEVC 100Mbps 4:2:2 10-bit, 8K HEVC 100Mbps 4:2:0 8-bit,
  • 4K ProRes 422 Proxy, 4K ProRes 422
  • 4K DNxHR LB, 4K DNxHR SQ
  • 4K Cinema RAW Light ST
  • 4K ARRIRAW
  • 5K Sony X-OCN
  • 4K RED, 8K RED

The final category of tests looks at performance for GPU-accelerated effects. Many of the effects in Premiere Pro are relatively easy to process individually, so even a low-end GPU won’t be taxed if only a single instance is applied. To address this, the benchmark applies each effect four to forty times, depending on requirements. Again, we use a DNxHR LB UHD (3840×2160) clip as a base and export it to DNxHR LB HD (1920×1080) – just like the “4K DNxHR LB” processing test. The difference is that for each test, the following effects are also applied:

  • Lumetri Color x40
  • Gaussian Blur x40
  • Sharpen x40,
  • VR Digital Glitch x20, VR De-Noise x4.

Interestingly, the Radeon Pro W7900 wins in the summary here as well, as long as no NVIDIA-optimized or -exclusive filters come into play. A subsequent test will certainly be able to show that these can certainly be worthwhile. Only this is rather useless for a pure comparison.

However, we also have to evaluate the individual tests, where especially in the filter tests NVIDIA’s RTX 6000 Ada pretty much nukes everything you can buy for a lot of money. In this division, Ada is really unbeatable at the moment.

LongGOP stands for “Long Group of Pictures.” It’s a video compression method that doesn’t store every frame of a video in its entirety. Instead, only selected full frames (called I-frames) are stored in their entirety, while the intermediate frames (P- and B-frames) are encoded only as differences from these I-frames or as predictions based on adjacent frames. The LongGOP method can significantly reduce the data rate and file size of a video, since each frame does not need to be represented in its entirety. However, it can also introduce complexities in editing and decoding the video, since playing or editing a particular frame often requires accessing multiple previous and subsequent frames. In practice, LongGOP is often used in formats and codecs such as H.264 and H.265, especially in streaming and broadcasts where bandwidth efficiency is critical.

IntraFrame refers to video compression techniques in which each frame of video is encoded independently of other frames. This means that IntraFrame encoding uses information within the current frame to compress that frame without relying on data from previous or subsequent frames. Because each frame stands alone and no reference information from other frames is used, IntraFrame-encoded videos tend to be larger than those compressed using interframe (such as LongGOP) techniques. However, the advantage of IntraFrame is that it offers higher image quality and fewer compression artifacts. In addition, such videos are often easier to handle in post-production and editing, since each frame can be accessed and edited independently, without considering other frames. A commonly used example of IntraFrame encoding is Avid’s NxHD codec, which are often used in professional video and film production environments.

The “Raw Score” at PugetBench generally refers to the unmodified or unprocessed results of a benchmark, taken directly from the tests performed. In many benchmarking scenarios, including PugetBench, there may be multiple test runs or different test categories, and the Raw Score gives the direct performance value or measurement from those tests before any further processing or weighting is applied to produce a final or overall score. It thus provides detailed insight into performance in specific areas or conditions before the results are aggregated into an overall benchmark score.

 

Kommentar

Lade neue Kommentare

Not_A_Nerd

Mitglied

49 Kommentare 45 Likes

Ich würde mir einen Nachtest oder Update wünschen, wenn AMD im Herbst das die ROCm API in vollem Umfang für Windows released hat. Sie sind ja nun mit dem HIP SDK gestartet und das HIPIFY Tool soll in Kürze folgen wenn die neue AMD Software Pro Edition erscheint, noch ist diese ja Stand Q22.
Ich denke dann könnte sich gerade in Anwendung die derzeit noch Cuda Hochburg sind nochmal etwas tun unter Windows.
Linux ist man hier ja bereits schon deutlich weiter.

Auch wäre hier dann sicherlich mal ein Test interessant, wie gut oder wie schlecht es sich mit den normalen Consumer GPUs "arbeiten" lässt unter Windows.

Antwort 1 Like

w124

Mitglied

58 Kommentare 24 Likes

Lieben Dank für die Übersicht 👍

Mein Eindruck dabei ist, das die ganzen Karten doch recht beisammen sind und auch ältere Karten nicht schlecht dabei wegkommen.
Ist das allenfalls eine Frage der Treiberpflege?

Antwort Gefällt mir

Igor Wallossek

1

10,227 Kommentare 18,929 Likes

Keine der Suiten läuft mit nicht zertifizierten Karten. Creo verweigert den Start und bei Solidworks ist nicht nur RealView gesperrt. Zumal es einen tieferen Sinn hat, das Gaming-Geraffel dort auszusperren.

Aber: Hardware-technische Leichtgewichte wie AutoCAD tun es auch mit Consumer-Karten. Rendern kann man auch gut. Aber spätestens dann, wenn es um echte Simulationen geht, hätte ich Angst ums Ergebnis. Da reicht eine gekippte Speicherzelle und die Boeing macht Boing :D

Antwort 4 Likes

Igor Wallossek

1

10,227 Kommentare 18,929 Likes

Genau das. Würde AMD noch etwas liebevoller mit FSAA umgehen, wären die aktuellen Pro-Karten für Viele eine echte Alternative. Die "alte" RTX A6000 klebt der 6000 Ada ganz schön dicht am Popo, solange nicht die Tensor- und RT-Cores ins Spiel kommen. Selbst eine RTX 4000 (Turing) ist in vielen Bereichen noch gut dabei. Denn diese ganzen Karten haben auch genügend Speicher für fast noch alle Lebenslagen :D

Das Einzige, was voll nervt: RDNA2 und RDNA3 haben verschiedene Treiber-Pakete. Es ist technisch unmöglich, die Karten gemischt im PC zu verbauen.

Antwort 1 Like

echolot

Urgestein

943 Kommentare 727 Likes

Das ist mir auch sofort aufegafallen. Photoshop rennt dafür umso besser. Alle CAD-Arbeitsplätze sind momentan noch mit Nvidia ausgerüstet und wenn da nicht bald etwas passiert, wird das in näherer Zukunft auch so bleiben. Wobei die BIM-Siftware von ACAD (Revit, ich zähle Navisworks mal mit dazu) mittlerweile sehr gut mit weniger auskommt.

Antwort Gefällt mir

w124

Mitglied

58 Kommentare 24 Likes

Ich hatte mich seinerzeit, alsdie Verfügbarkeit aktueller GPUs eine Lotterie war, für eine gebrauchte RTX A4000 entschieden und finde bis dato deren Genügsamkeit an der Steckdose bemerkenswert.
Das erfreut mich umso mehr, wenn ich hier sehe, wo diese kleine Karte im Vergleich steht 👍

Antwort Gefällt mir

M
McFly_76

Veteran

396 Kommentare 136 Likes

Danke Igor für den Test :)

Wenn ich mir die Ergebnisse ansehe mit dem Wissen dass NAVI 31 von der Rechenleistung ( FP16, FP32, FP64 ) gegenüber dem Vorgänger um den Faktor 3 - 4 höher liegt dann frage ich mich warum der Leistungsvorsprung so klein ausfällt.

Ein Multi-GPU Aufbau bestehend aus der vorletzten Generation müsste demnach praktisch schneller arbeiten ( wenn die Software es untersützt ).

Antwort Gefällt mir

Alkbert

Urgestein

936 Kommentare 710 Likes

Unabhängig davon, dass ich eine Consumerkarte verwende, da meine Software keine zertifizierten Treiber braucht (Solid Edge, TurboCAD) bin ich zumindest fürs 3D Scanning leider zwingend auf CUDA angewiesen (Shining 3D, hier ExScan und ExStar). Die mögen einfach nicht mit AMD und Intel. Schade eigentlich.

Antwort Gefällt mir

e
eastcoast_pete

Urgestein

1,510 Kommentare 852 Likes

Super, danke für die Vergleichstests. Da steckt viel Arbeit drin, die aber nicht für nichts war und ist - ganz im Gegenteil! Sowas ist viel wert, und man findet es sonst sehr selten oder nie woanders. Und jetzt muss ich den Artikel erst mal gründlich lesen.

Nachtrag nach dem ersten vollen Lesen: Ja, da steckt wirklich VIEL Arbeit drin - Danke!

Gerade bei den AMD Karten kommt's wohl wirklich darauf an, wie speziell oder breit die Anwendungen gesetzt sind, die man mit den Karten machen will bzw muss. Da ist es uU hilfreich, auch den Kontext der PugetBench Tests einzubeziehen. Puget Systems baut ja (wie auch von Dir - @Igor Wallossek - beschrieben) Workstations v.a. für Photo, Video und Multimedia Anwendungen, und verkaufen und unterstützen auch die Software dazu. Und Puget empfehlen und verwenden durchaus AMD Karten in ihren Builds (Natürlich gibt's auch Systeme mit Nvidia Karten).

Ein Wunsch zur Webseite, v.a. bei solchen, sehr datenreichen Artikeln: eine Option, einen Artikel kontinuierlich auf einer Seite lesen zu können. Wobei mir klar ist, daß so eine Option auch einiges an Arbeit verursachen kann.

@Igor Wallossek : Sind Korrekturen von Tippfehlern etc erwünscht, und wenn ja, wie sollten die mitgeteilt werden?

Antwort 1 Like

Klicke zum Ausklappem
Igor Wallossek

1

10,227 Kommentare 18,929 Likes

Am einfachsten per PN, ich kann nicht immer im Thread mitlesen. Ich bin ja schon froh, dass ich heute kurz vor 6 fertig geworden bin. :D

Fehler am besten mit "Seite 7: vor einer Wnad..." (Exemplarisch) :D

Antwort 2 Likes

N
Novasun

Veteran

124 Kommentare 75 Likes

Das muss dank HIP aber in Zukunft nicht mehr so bleiben. Interessant wird es dann aber ob die Lösung leistungstechnisch mithalten kann.
Igor hat da wenigstens mal etwas Licht ins Dunkel mit Blender gebracht. Und das sieht gut aus und lässt hoffen.

Aber kaputt macht mich das AMD Autodesk so außen vor lässt. Warum?? Zahlt da wer wem was das der andere darf oder nicht darf??
AMD das ist auch ein Industriezweig wie die Filmbranche. Und wenn es stimmt was Igor vermutet dann bekommt euren Arsch hoch... Ganz ehrlich das schadet Nv nicht wenn im Autodesk zumindest bei den Balken etwas druck entsteht. Power ist ja da.

Ist FSAA eigentlich auch "nur" ein Treiberproblem?? Oder limitiert da in Hardware was?

Antwort Gefällt mir

Igor Wallossek

1

10,227 Kommentare 18,929 Likes

Ich denke mal, es ist die die leidige Treiber-Optimierung.

AMD schreibt selbst:
Aber man vergleicht z.B. eine Radeon Pro W6600 (112 Watt, 460 Euro) mit einer RTX A2000 12GB (66 Watt, 549 Euro), macht es also über den Preis.

View image at the forums

Ja, auch ich messe knapp 56 Prozentpunkte mehr als eine RTX A2000 6GB. Aber beide Karten sind nur etwas anders langsam. AMD muss die eigentlich potentere Karte über den Preis an den Kunden bringen, damit überhaupt was geht. Und NVIDIA schlägt immer noch fett drauf, weil man es scheinbar kann.

View image at the forums

Antwort 1 Like

Not_A_Nerd

Mitglied

49 Kommentare 45 Likes

AMD gibt das HIPIFY Tool für Windows in den nächsten Tagen frei. Damit kann man dann Cuda Anwendungen (ausser KI) automatisiert in AMD HIP übersetzen und auf AMD GPU direkt ausführen. HIP SDK und Radeon Software Pro Edition vorrausgesetzt.

Antwort Gefällt mir

Not_A_Nerd

Mitglied

49 Kommentare 45 Likes

Wird das selbe Spiele wie bei Adobe Produkten sein. Nvidia unterstützt Adobe finanziell und bekommt dafür weitreichende Optimierungen.

Antwort Gefällt mir

W
Wolfmind84

Neuling

1 Kommentare 0 Likes

Da hat sich ein Fehler im "Test System" eingeschlichen ;-)

SSD 2x 2 GB Netac NI7000-t NVMe

Antwort Gefällt mir

N
Novasun

Veteran

124 Kommentare 75 Likes

Ist das eine Vermutung deiner seits - oder gibt es da gesicherte Informationen zu?

Mir geht es nur darum. Wenn da Geld fließt oder politisch man einen bevorzugt - dann muss es @Igor Wallossek auch nicht negativ z.B. AMD anlasten. Weil dann wird sich da nichts ändern (können) sogar unter Umständen...

Wobei auch - wenn ich es jetzt richtig verstehe - auch @Igor Wallossek es nur vermutet das es im Treiber liegt... Problem könnte auch sein wenn NV irgendwo ne Art Algorithmus hat der das Sghading halt super effizient kann man diesen auch patentiert hat... Dann weiß AMD die Lösung zwar und wäre vielleicht genau so schnell kann diesen Algorithmus dann aber eben nicht nutzen...

Antwort Gefällt mir

MechUnit

Mitglied

66 Kommentare 38 Likes

Mich würde bei der Thematik einmal interessieren, ob es performancetechnische Unterschiede zw. 3DS 2016 und einer aktuelleren Version auf Softwareebene/Treiberkommunikation/Hardwareauslastung gibt - ähnlich wie bei Cinema 4D/Cinebench.

Oder ob man alternativ C4D/Cinebench bei solchen Tests mit im Parcours aufnehmen könnte.

Antwort Gefällt mir

Igor Wallossek

1

10,227 Kommentare 18,929 Likes

Können tut man alles, aber man braucht schon normierte Benchmarks, die konsistente Resultate liefern. Ich habe hier auch Maya 2023 und diverse Plugins getestet. Das war mir einfach nicht konsistent genug. Ja, man sieht Trends, aber es ist mir zu ungenau. Da müsste man sich selbst was bauen, was aber wiederum extrem zeit fressen würde. :(

Antwort 1 Like

n
nichimen

Neuling

2 Kommentare 0 Likes

Hi,thanks for these benchmarks,really useful as ever!
anyway looking at the graphs,they are confusing...(thanks Nvidia for this mess in the naming scheme!!)
with RTX 4000,5000,6000 are you referring to the Quadro RTX 4000,Quadro RTX 5000 and Quadro RTX 6000,that is the old cards based on Turing architecture?
or the RTX 5000 is actually the Ada Lovelace and you simply forgot to put Ada at the end?
with the RTX 4000 you meant the RTX 4000 SFF Ada or again the Quadro RTX 4000? (Turing based)
I ask you because the description of cards you give at the beginning of the article and the one on the graphs doesn't match

Antwort Gefällt mir

Danke für die Spende



Du fandest, der Beitrag war interessant und möchtest uns unterstützen? Klasse!

Hier erfährst Du, wie: Hier spenden.

Hier kannst Du per PayPal spenden.

About the author

Igor Wallossek

Editor-in-chief and name-giver of igor'sLAB as the content successor of Tom's Hardware Germany, whose license was returned in June 2019 in order to better meet the qualitative demands of web content and challenges of new media such as YouTube with its own channel.

Computer nerd since 1983, audio freak since 1979 and pretty much open to anything with a plug or battery for over 50 years.

Follow Igor:
YouTube Facebook Instagram Twitter

Werbung

Werbung