Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
NewsDokumente bestätigen: Kein AVX10 für Intel Nova Lake, dafür eine neue NPU
Ja, das macht auch viel aus. Bei Intel war AVX512 nur dann sinnvoll, wenn man es massiv eingebaut hat. Bei AMD kann man es einfach so zwischendurch reinsprenkeln und gewinnt dadurch.
AMD CPUs werden dann zukunftsfähiger sein. Irgendwann werden Anwendungen und Spiele 512 Bit Befehlssätze voraussetzen, so wie es heute mit Avx2 der Fall ist. Dann schaut man mit Nova Lake in die Röhre. Klassischer Fall von geplanter Obsolszenz. Aber nicht mit mir!
Yeah eine neue NPU. Darauf haben wir doch gewartet.
Am Ende ist das doch nur Datenblatt gewi...e. Das, zumindest für Clients, AVX10 gestrichen wurde, hört sich für mich nach eher kleinen Änderungen in der Architektur an.
E-Cores bis inkl. Skymont. Jemand hier hat geschrieben, dass das AVX-512 verhindert (wobei mir nicht klar ist, warum das so sein sollte), aber der Witz von AVX-10 ist ja, dass man EVEX-Encoding (und damit z.B. das Maskieren von Lanes und vielleicht andere Vorzuege von AVX-512) sogar bekommt, ohne Befehle in 512 bit Breite verarbeiten zu muessen.
Wobei ich die 512 bits auch nicht als Problem sehe. Wenn es Befehle gibt, die mit 128-bit-Einheiten schwerer gehen als mit 256-bit-Einheiten (welche?), dann haette man die ja bei der Definition von AVX-10 in einen hoeheren Level hineinstecken koennen, und den Rest der 512-bit-Befehle trotzdem unterstuetzen koennen.
Aber egal, wer AVX-512 im Client will, kann es jetzt schon kaufen (Zen4, Zen5 und Intel 11. Generation), und AVX-10 bietet m.W. ja nur weniger Chaos bei der Abfrage, was der Prozessor kann, aber sonst nichts Neues (oder?).
Was interessanter ist, dass in der Liste genannt wird, dass APX in Diamond Rapids (mit den selben P-Cores wie Nova Lake mit Panther Cove P-Cores, waehrend Nova Lake Coyote Cove haben wird; ob da ein nennenswerter Unterschied ist?) kommt. Wird vermutlich im Client und in den kleinen Xeons wieder abgeschaltet, weil's die E-Cores nicht koennen (selbst wenn in den kleinen Xeons die E-Cores abgeschaltet sind wie bei den aktuellen kleinen Xeons). Mal schauen, ob Zen6 APX koennen wird.
Ergänzung ()
foofoobar schrieb:
Liegt wahrscheinlich eher daran das AMD es so gebaut hat das die CPU bei der Nutzung von AVX512 nicht so brutal wie bei Intel runtertaktet.
Schulterzuck.
In games kommen erste Voraussetzungen für avx raus und das wurde 2012 eingeführt avx2 gar nicht daran zu denken. Daher ist das wayne
avx ist einen Erweiterung von sse4 auf 256bit dabei handelt es sich um parallelisierer der die cpu bei aufgaben beschleunigt dafür muss der Befehl genutzt werden um davon zu profitieren.
das neue an avx10 ist 1024bit damit lassen sich sehr große parallelisierte aufgaben deutlich beschleunigen. Der nutzen ist bisher nirgend auf client software zu finden.
Darum wayne
Software die vielleicht von avx profitiert sind winrar und bitlocker mit glück.
Wenn Intel CPUs raus bringt die eine Erweiterung nicht unterstützen dauert die Adaption dieser Erweiterung umso länger.
Solange eine Erweiterung nicht allen installierten CPUs unterstützt wird, bleiben den Software Entwickler die Möglichkeiten
In der Software für die CPUs verschiedene Code Paths anzubieten.
Die CPU die die Erweiterung nicht können zu ignorieren
Die Erweiterung nicht zu verwenden.
Die erste Option ist erfordert Mehraufwand und die zweite kostet Umsatz und verursacht Ärger solange zur Erweiterung inkompatibele CPU noch eine nennenswerte Verbreitung haben.
Ist das nicht genau das was du grad hier den Kritikern von AMD vor wirfst, du kaufst Intel no matter what (außer Linux support ist zu schlecht), also schreibst du hier nur um zu rechtfertigen das du 100% sicher Intel kaufst, offenbar egal wie die Benchmarkwerte im Vergleich zu AMD sind.
Nicht Takt ist das Problem sondern die Zeit, die die AVX512 Rechenerrke zum Starten brauchen. Dadurch haben sich nur große Blöcke gelohnt, bei einzelnen Anweisungen verliert man Zeit, statt sie zu sparen.
E-Cores bis inkl. Skymont. Jemand hier hat geschrieben, dass das AVX-512 verhindert (wobei mir nicht klar ist, warum das so sein sollte), aber der Witz von AVX-10 ist ja, dass man EVEX-Encoding (und damit z.B. das Maskieren von Lanes und vielleicht andere Vorzuege von AVX-512) sogar bekommt, ohne Befehle in 512 bit Breite verarbeiten zu muessen.
128bit ALUs blockieren AVX512 nicht. Grundlegen ist das Zerlegen möglich, steigt nur tendenziell der Aufwand an durchzuschleusenden µOps für u.a. Shuffle, Shift, Rotate. Um Transistoren bzw. Chipfläche zu sparen ist das ganze nett, aber an der Stelle winkt die Performance und Energieffizienz zum Abschied.
AVX10 spezifiziert 128/256bit Register als zwingend, 512bit als Optional und 1024bit garnicht.
Der Witz an AVX10 ist weniger Fragmentierung, dass es mindestens 32 YMM und YMM Register gibt auf die alle (?) AVX512 Befehle übertragen werden, die ZMM (512bit) Register sind aber optional.
Also an sich, meine Hoffnung, dass mit AVX10 die E-Cores breitere Vektoreinheiten bekommen war falsch. AVX10-256 ist ja zulässig und das geht halbwegs sinnvoll in 2x128bit abzubilden.
Es war schon immer eine schlaue Strategie für Technologiebutzen bei der Entwicklung zu sparen.
War es nicht NV die sich eigentlich als Softwarebutze bezeichnen?
Nichts interessiert mich weniger als eine NPU.
(Das musste ich für meine seelische Gesundheit jetzt mal loswerden obwohl ich ahne, dass dieser satz mir in 10 Jahren vll wie ein Boomerang ins Gesicht schlagen wird)
128bit ALUs blockieren AVX512 nicht. Grundlegen ist das Zerlegen möglich, steigt nur tendenziell der Aufwand an durchzuschleusenden µOps für u.a. Shuffle, Shift, Rotate. Um Transistoren bzw. Chipfläche zu sparen ist das ganze nett, aber an der Stelle winkt die Performance und Energieffizienz zum Abschied.
Schon klar, aber der Witz waere, dass diese Befehle unterstuetzt werden. Wer bessere Performance will, kann die Software ja auf einem P-Kern laufen lassen. Bzw. der thread director (war doch Intel, oder?) kann bei Software, die besonders viel von der besseren Implementierung auf P-Cores profitiert, auf einen P-Core umziehen lassen.
P.S.: Eigentlich ist eine breite Unterstuetzung von Befehlssatzerweiterungen, die dann halt auf billigen Prozessoren langsam laufen, ein wesentlich besseres Marketinginstrument als die von Intel praktizierte Taktik, die Erweiterungen in billigen Prozessoren abzuschalten; mit ihrer aktuellen Taktik verwendet nur wenig Software diese Erweiterungen (und dann nur optionial), und daher sind diese Erweiterungen auch kein wichtiger Grund, einen teureren Prozessor zu kaufen.
AMD hat AVX sogar auf Jaguar (2013er E-Core) implementiert, Intel auf seinen E-Cores erst mit Gracemont (2021); und Intel hat's auf diversen P-Cores abgeschaltet.