Im Planet 3DNow! Forum hat man sich die Mühe gemacht, die Benchmark-Ergebnisse eines 12-Kern-ES von Ryzen 3000 unter dem 'Userbenchmark' auf eine vergleichbare Basis zu stellen und nachfolgend auszuwerten. Nach Angleichung von CPU- und Speichertakt sowie der Speichertimings konnten einige Aussagen zur IPC-Performance von Zen 2 getroffen werden: So steigt die Integer-Performance auf einem Kern und gleichem Takt faktisch überhaupt nicht gegenüber Zen1/Zen+, die FPU-Performance hingegen um gute +15%. Die Speicherlatenzen auf selben Speichertakt und selben Speichertimings liegen hingegen in der Mitte zwischen Zen1 und Zen+ – was angesichts des Chiplet-Designs und der beim 12-Kerner auch wirklich verbauten zwei Core-Dies schon ziemlich vernünftig ist. Die Meßwerte zur Rechenleistung entsprechen dabei dem, was AMD als primäre Architektur-Änderung für Zen 2 angekündigt hat – eine Verdopplung des FPU-Durchsatzes, was natürlich in der Realität von Benchmarks nicht im Ansatz gleich zu einer Performanceverdopplung führt.

Bei Phoronix hat man sich noch einmal extra mit dem Performanceverlust der CPU-Sicherheitslücken auf einem eher handelsüblichen Stück Hardware beschäftigt – auf einem Lenovo ThinkPad Notebook mit Core i7-5600U Zweikern-Prozessor. Der Software-Part ist allerdings weitgehend unverändert, es handelt sich demzufolge weiterhin um Linux-Benchmarks mit einer Software-Auswahl klar im Workstation-Bereich, die Anzahl der auf Windows übertragbaren Benchmarks ist eher klein. Nichtsdestotrotz läßt sich sagen, das dieser Core i7-5600U mit -17,9% Performanceverlust unter Linux durch die verschiedenen Gegenmaßnahmen gegenüber Meltdown, Spectre, L1TF und MDS ziemlich hart getroffen wird, dies ist sogar eine Nuance höher als bei den letzten Phoronix-Tests mit potenteren Prozessoren. Bei den engen Abständen im Bereich der Anwendungs-Performance sind gute -18% eine schon nicht mehr überbrückbare Differenz, jener Intel-Prozessor wird also (unter Linux) ziemlich sicher gegenüber gleichpreisigen AMD-Prozessoren zurückfallen, welche ihrerseits durch die genannten CPU-Sicherheitslücken sehr viel weniger Performance abgegen müssen. Der Performance-Effekt jeder einzelnen dieser CPU-Sicherheitslücken war wohl vergleichsweise klein, aber in der Summe ergibt dies derzeit doch eine beachtbare Größe – gerade eben dadurch, das AMD nur teilweise von Spectre und überhaupt nicht durch die anderen CPU-Sicherheitslücken betroffen ist.

Die zuletzt genannten Vergleichswerte eines Ryzen Threadripper 2950X 16-Kern-Prozessors (gegenüber einem Ryzen 3000 mit 16 CPU-Kernen) wurden in unserme Forum in Zweifel gezogen, wobei selbige Zweifel sehr gut mittels Hinweisen zu anderslautenden Benchmarks belegt wurden. Es scheint tatsächlich so, als wären die initial verwendeten Vergleichswerte seitens Hot Hardware unrealistisch hoch für einen übertakteten Ryzen Threadripper 2950X angesetzt. Die dort unter PBO-Übertaktung erzielten 3836 Punkte unter dem Cinebench R15 sind bei anderen Quellen nirgendwo erreicht worden, meistens werden unter Übertaktung nur Werte zwischen 3500 und 3600 Punkte für den Ryzen Threadripper 2950X erzielt. Und diese Differenz macht durchaus etwas aus: Vergleicht man das (angebliche) Ergebnis des Ryzen-3000-basierten 16-Kerners gegenüber dem übertaketen Ryzen Threadripper 2950X bei Notebookcheck, ergibt sich nicht mehr eine Performancedifferenz von +11,5%, sondern dann gleich von +19,3%.

Vom japanischen Twitterer Komachi kommen neue Angaben zur Navi-Architektur – welche augenscheinlich wichtige Änderungen beim grundsätzlichen Aufbau enthält. Natürlich handelt es sich hierbei um unbelegte Angaben, welche also nur "Gerüchte-Status" haben, keinesfalls auf die Goldwaage zu legen sind. Zudem wurde die erste Aussage zu der insgesamten Anzahl an Shader-Clustern beim Navi-Chip inzwischen schon wieder gelöscht – womit man darüber spekulieren kann, das jene falsch gewesen sein könnte, ober aber ob diese Information noch nicht für die Öffentlichkeit bestimmt war. Läßt man sich auf diese Information ein, dann kommt der Navi-Chip mit 40 Shader-Clustern daher, was bei augenscheinlich weiterhin 64 Shader-Einheiten pro Shader-Cluster letztlich auf 2560 Shader-Einheiten herauskommt (bezogen wohl auf den zuerst erscheinenden "Navi 10"). Und dies könnte man durchaus positiv aufnehmen, denn sofern der Navi-Chip mit dieser Hardware-Ausstattung sein Performance-Ziel (besser als die GeForce RTX 2070) erreicht, würde AMD endlich einmal eine grob gleiche Anzahl an Shader-Einheiten benötigen, um mit der Performance der nVidia-Grafikkarten mithalten zu können.

In einem neuerlichen Leak-Video seitens AdoredTV werden zwei markante Aussagen zu AMDs Ryzen 3000 aufgestellt: Erstens einmal soll der kommende 12-Kerner im SingleCore-Betrieb auf bis zu 5.0 GHz boosten können. Und zweitens soll ein 16-Kerner auf 4.2 GHz einen Cinebench-R15-Wert von 4278 Punkten erreicht haben. Wie üblich bei AdoredTV wird dies alles nicht belegt, ist also mit der sprichwörtlichen Prise Tonne Salz zu konsumieren. Diskutiert werden wird speziell über das Cinebench-Ergebnis aber sowieso – gerade da jenes ganz vernüftig aussieht, wenn man Ergebnisse früherer AMD-Prozessoren demgegenüber hochrechnet. Beispielsweise sind dies zwar satte +33,3% Mehrperformance gegenüber einem Ryzen Threadripper 2950X auf default-Taktrate, gegenüber der PBO-Messung ("Precision Boost Overdrive" = automatisierte dynamische Übertaktung) dann allerdings nur noch +11,5% Mehrperformance. Angenommen, der Ryzen Threadripper 2950X taktet seine ebenfalls 16 CPU-Kerne im PBO-Modus grob ähnlich wie die 4.2 GHz des 16-Kerners von Ryzen 3000, würde man hiermit (näherungsweise) den IPC-Gewinn zwischen Zen+ und Zen 2 sehen können.

Die chinesische Webseite Zhihu hatte kurzzeitig ein Interview mit Sapphire-Mitarbeitern online, in welchem zum Teil auch Details zu AMDs kommenden Navi-Grafikkarten genannt wurden. Die hierzu getätigten Aussagen der Sapphire-Mitarbeiter sind für den Augenblick sicherlich als "inoffiziell" anzusehen, stammen aber nichtsdestotrotz von einer der wenigen Quellen mit soliden Informationen über Navi, sollten also (bis auf kurzfristige Änderungen seitens AMD) somit zutreffend sein. Leider ist das Original nicht mehr online, weder im Google-Cache noch der Wayback-Maschine gelistet, so das in diesem Fall nur Sekundärquellen zur Verfügung stehen: Eine (in Details nicht immer korrekte) Reddit-Zusammenfassung, eine Diskussion im Chiphell-Forum (mit ein paar Brocken des Originals) sowie eine weitgehende Übersetzung ins Koreanische im Quasarzone-Forum, welche besonders nützlich zum Erkennen gewisser Sachverhalte war. In der Summe haben die Sapphire-Mitarbeiter somit (nach bestem Wissen und Gewissen) die folgenden Aussagen zu Navi getroffen (Update: vollumfänglich bestätigt durch eine doch noch aufgetauchte Kopie des chinesischen Originals):

Bei Phoronix ist man nochmals der Frage nach den Performancekosten der CPU-Sicherheitslücken nachgegangen – diesesmal unter Einschluß der früheren Lücken Meltdown, Spectre & L1TF (zuzüglich dem neuerem MDS aka "Zombieload") und zudem im Vergleich zwischen AMD- und Intel-Prozessoren. Denn insbesondere mittels Zombieload ergibt sich hierbei nun eine erhebliche Differenz zwischen AMD und Intel, wer von welchen CPU-Sicherheitslücken mit welcher Schwere betroffen ist. Dies zeigt sich dann auch klar in den Benchmarks, wo die Intel-Prozessoren unter Linux im Schnitt ca. -15% an Performance durch alle diese Sicherheitslücken (bzw. die Patches dagegen) verdauen müssen, die AMD-Prozessoren hingegen im Schnitt nur ca. -3% verlieren. Dies ist speziell im Server- und Workstation-Segment dann schon eine gewisse Hausnummer – wobei die Linux-Benchmarks von Phoronix zwar üblicherweise auf diesen Anwendungsbereich ausgelegt sind, das herauskommende Performancebild mit einer ausgesprochen schwachen Skalierung der HEDT-Modelle jedoch viel eher an typische Desktop-Benchmarks erinnert. Richtig wertbar sind somit eigentlich nur die regulären Desktop-Prozessoren – bei welchen sich die interessante Konstellation ergibt, das (in diesen Linux-Benchmarks) der Ryzen 7 2700X vor den Patches bemerkbar langsamer als der Core i7-8700K ist (-19%), nach den Patches hingegen etwas schneller als der Intel-Prozessor herauskommt viel näher an die Intel-CPU herankommt (-6,6%).