@SlaveToTheRave:
(Ab)lese- und Rechenschwäche?
Bereits der alte i9-9980XE@Stock erreicht im Cinebenach R20 8791 Punkte (auf 4,5 GHZ gar 10200 Punkte), während ein 3900X nur 7100 Punkte erreicht. Das sind +24 %, was auch nicht anders zu erwarten ist aufgrund der höheren Kernzahl.
AMD hat den 3900X auf 500 US$ ausgelegt, Intel den i9-10980XE auf 980 US$ ... für manche mag das "fast vier mal soviel" sein, für die meisten dagegen eher nicht.
@Pumpi / HisN:
Vielleicht sollte man einschlägige Quellen zur Nutzung von PCIe-3.0-8x-Slots noch einmal zu Rate ziehen und würde feststellen, dass die Frameraten nur minimal sinken, konkret im kleinen, einstelligen Prozentbereich, insbesondere, wenn in Auflösungen jenseits FullHD gespielt wird, also die GPU ordentlich gefordert wird.
Und im Vergleich mit PCIe 4.0 ist die Statistik sehr ernüchternd. Über etwa 20 Games hinweg ist PCIe 4.0 im Vergleich zu PCIe 2.0(!) in 1080p/1440p nur 2 % schneller und in 4K gar nur 1 % schneller, siehe
PCI-Express 4.0 Performance Scaling with Radeon RX 5700 XT | TechPowerUp
Wesentlich andere Werte waren beim Gaming auch nicht wirklich zu erwarten, wenn man die Arbeitsweise des Busses und der GPU zusammengefasst betrachtet. (Eine 2080 Ti oder Titan könnte da vielleicht noch im Mittel einen oder bestenfalls zwei Prozentpunkte drauflegen, mehr aber auch nicht und aktuell ist eine derartige Überlegung eh nur von theoretischer Natur.)
@Chatstar:
Naja, das mit dem Versuch einer neutralen Betrachtung, war halt zumindest ein Versuch, der sich spätestens mit dem "dürfte auch dem letzten Intel Fanboy klar geworden sein, dass Intel fertig hat" erledigt hat
Btw. Cascade Lake-SP ist eine Weiterentwicklung zu Skylake-SP und daher nicht die gleiche Architektur, wenn auch nur ein kleiner, iterativer Schritt. Vergleicht man SPEC CPU 2017 (gemittelte Werte) 28-Kerner, Dual-Socket 8180 vs. 8280 erhält man INTrate 8180=288 8280=334 (+16 %) und FPrate 8180=248 8280=277 (+12 %), wobei der Takt jedoch nur um +8 % (Basistakt) bzw. +5 % (Turbotakt) anstieg. (Habe mich hier auf Dual-Socket beschränkt, da relativ wenige Single-Socket-Systeme dieser Kategorie genutzt werden.)
Fest steht, dass Intel hier zurzeit mit ihrer bestehenden Architektur mit AMDs Neuentwicklung konkurriert und daher nur eingeschränkt mithalten kann und dementsprechend bspw. Vorteile wie die höhere Taktbarkeit und ggf. AVX-512 auszuspielen versucht, was auch vollkommen legitim ist. Fest steht aber auch, dass Intel zurzeit hier mit angezogener Handbremse fährt, denn Priorität hat zurzeit das Datacenter- und das Mobile-Segment, d. h. man wird auch in den nächsten Monaten nichts "Revolutionäres" auf dem Desktop (HEDT) von Intel zu sehen bekommen. Mit der Preissenkung bewegt sich Intel im Rahmen der aktuellen Möglichkeiten auf jeden Fall in eine wünschenswerte Richtung und bewegt diese Plattform in einen halbwegs konkurrenzfähigen Bereich.
Im volumenträchtigen Enthusiasts-Bereich (<= 24 Kerne) könnte AMD Intels Preissenkung u. U. gar mehr weh tun als Intel selbst, den Intel wird diese Dies aus der regulären, eingefahrenen Xeon-Produktion auskoppeln.
Weiterhin zu beachten: Ein 64-Kern-TR ist von AMD noch nicht bestätigt worden, sondern bisher nach wie vor nur Gerüchteküche bzw. Wunschdenken. Und wenn der kommt, wird der auch kein Schnäppchen sein, denn bereits der günstigste Epyc kostet 4400 US$, d. h. einen derartigen TR wird AMD wohl bei 3500 - 4000 US$ ansetzen.
Darüber hinaus bleibt zu berücksichtigen, dass die neue TR-Plattform nicht nur mit Intels HEDT-Plattform, sondern auch mit der LGA3647-Plattform (Xeon W) konkurriert. Intels Portfolio ist hier wesentlich differenzierter und AMD wird erst mit der jetzt mehrteilig aufgestellten neuen TR-Plattform erstmals in der Lage sein, vollständig mit Intel konkurrieren zu können (insbesondere, wenn man die durchwachsene Leistung des aktuellen TR-24/32-Kerners berücksichtigt).
Es bleibt auf jeden Fall spannend, wie AMD Anfang 2020 die beiden größeren Threadripper-Plattformen aufsetzen und differenzieren will, einerseits zum Consumer-Threadripper und andererseits zum SingleSocket-Epyc ("P").