Threadripper 7970 Benchmarks

wern001

Admiral
Registriert
Mai 2017
Beiträge
9.020
Hallo,
hier ein paar Benchmarks. Mit wildlife Win 11. Im Hintergrund laufen noch etliche Programme Opera und Firefox sind auch offen mit je ca 50-100 Tabs
CPU Taktet allcore auf 4800 MHz bei ca 300-350 Watt
CPU Temp mit Heatkiller, Flüssigmetal und Mora ca 63-68°C unter Last
RAM mit Standard XPM Profil

Photoshop hat beim abarbeiten von aufgenommenen Aktionen/scripten gefühlt ordentlich zugelegt. Photoshop und Illustrator haben etliche Funktionen die teilweiße nur einen Kern nutzen. Die legen mit dem hohen SingeCore Boost extrem zu

1707474449834.png


1707474825455.png


CPU auslastung wärend des CPU Tests. 3dmark hat anscheinend immer noch ein Numa Node Problem und die CPU ist zu max 42% ausgelastet.

1707474805838.png


1707476967927.png


1707475125009.png


1707475091424.png

1707475164540.png

1707475216234.png

1707475260065.png

1707475720474.png


1707475686613.png


1707475892341.png


7zip
1707476054356.png


1707478226926.png
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Discovery_1, Ned Flanders, SFFox und 2 andere
Ziemlich satt Performance!

wern001 schrieb:
Numa Node Problem
Nach meiner Auffassung ist der memory access bei den Threadrippern UMA, nicht NUMA oder hab ich da etwas missverstanden.
 
Unter windows werden CPUs in NUMA-Nodes aufgeteilt.
z.B Dual Xeon ist Numa node 0 und die zweite CPU Numa Node 1
Cinebench hatte das gleiche Problem das es beim Threadripper nur auf einem Numa Node lief. Die haben es aber ganz schnell gefixt
Beim 3970 waren es zwei Nodes beim 7090 ist es nur einer aber dennoch 3dmark läuft nur auf knapp 50%

1707479178569.png
 
Danke für die Benchmarks! Damit bist du in Cinebench sogar schneller unterwegs, als die Jungs von "KreativEcke". :)
 
wern001 schrieb:
z.B Dual Xeon ist Numa node 0 und die zweite CPU Numa Node 1
Ja, bei zwei CPUs ist das ja auch korrekt, weil der Speicherzugriff eines Kerns von CPU0 auf Speicher der an CPU0 hängt anders (direkt) ist als der eines Kerns von CPU1 auf den gleichen Speicherbereich (indirekt über den Controler von CPU0 (Non Uniform Memory Access). Bei solchen Systemen muss die Softare und das OS "NUMA Aware" sein damit nicht ständig die langen Wege gewählt werden was Performance Probleme mit sich bringen würde.

Bei einem Threadripper mit Speichercontroler im IO Die sind aber alle Kerne gleich weit von jedem Speicherbereich entfernt (Uniform Memory Access). Daher ist das kein NUMA System (egal wie Windows das nennt)
 
Mir ist es auch egal wie sie es nennen. Es bleibt bei dem Fehler das diverse Software nur auf der ersten oder zweiten hälfte der Threadripper Kerne laufen.
 
Zuletzt bearbeitet:
Zurück
Oben