Nutzt Handbreak AVX-2 mit 256 Bit?Iscaran schrieb:Der 3DC Bench ist schrott. Im Handbrake skalieren alle CPUs seltsamerweise gleich...
Und RYZEN eigentlich auch nicht, wenn die Verarbeitungseinheiten in Wahrheit nur 128 Bit breit sind und 256 Bit breite Befehle dann in zwei zu je 128 aufgeteilt werden müssen. Daher gibt es dann eben auch kein Vorteil gegenüber CPU die schon gar kein AVX2 unterstützen. RYZEN hat in eigentlichen Sinne eben keine AVX2, weil dies für 256 Bit vorgesehen ist, es emuliert dies halt nur, die Performance kann man so nur eben nicht emulieren. Deswegen zu fordern für AVX2 geschriebene SW solle doch wieder nur AVX und damit nur 128 Bit nutzen, wäre eine Perversion der Idee hinter solchen Befehlserweiterungen und dann könnte man AVX512 gleich ganz vergessen, aber da AMD dies gleich gar nicht unterstützen, wäre das AMDs Fanboys wohl lieb, denn mit Skylake-X/-SP wird Intel dies nun auf einer breiteren Basis verfügbar machen.Iscaran schrieb:im 3DC x265 encode gibt es hier seltsame konstellationen...Vishera und Kaveri Supporten überhaupt kein AVX-2..
RYZEN hat viele Vorteile, aber auch Nachteile, die Latenz zwischen den CCX die auch noch vom RAM Takt abhängt und die AVX2 Performance gehören eben dazu.
Wieso muss es das? Ob die SW nun zwei AVX Befehle mit je 128 Bit schickt oder einen mit 256Bit der von der CPU intern wie zwei mit je 128 Bit ausgeführt wird, kommt von der Performance her doch auf das gleiche raus, wie die Ergebnisse es ja auch zeigen.Iscaran schrieb:Wenn die in dem Test wirklich AVX1 gegen AVX2 gebenched haben dann macht das vielleicht noch halbwegs sinn. Aber auch da müsste sich dann ein Ryzen von einem Sandy absetzen weil Sandy noch nicht mal AVX2 kann und selbst das langsame AVX-2 des Ryzen hier besser performen muss als was sandy liefert.
Klar, jede SW bei der RYZEN nicht optimal dasteht ist für die TonneIscaran schrieb:=> Fazit der 3DC bench ist irgendwie für die Tonne.