CPU Editor's Desk Latest news

Intel completely disables AVX-512 on Alder Lake after all – Questionable interpretation of “efficiency” | News / Editorial

Intel is now set to disable “AVX-512” completely on all Alder Lake CPUs with an upcoming microcode update in new BIOS releases. Mainboard manufacturers were able to make the supposedly disabled instruction set available at launch, which resulted in a significant performance increase for the P-cores of the new CPUs. Now Intel is tightening the noose completely after all and, according to our sources, has instructed motherboard manufacturers to completely disable the “unsupported” feature.

Just in time for the launch of the new smaller CPU SKUs and motherboard chipsets at CES next week, all existing Z690 motherboards are supposed to completely disable the AVX-512 instruction set via a BIOS update. So far, we can only speculate about the motives. However, it would be logical that Intel would want to artificially create a sales argument for upcoming workstation and server products. This is because applications in the enterprise sector in particular often benefit the most from the acceleration provided by the AVX-512 instruction set. Actually completely capable “consumer” hardware should, if Intel has its way, no longer be a valid option here. To protect our sources, we do not wish to name them.

But that’s not all, because the remaining AVX2 instruction set is already limited by Intel to a multiplier of x51. While the set clock rate of 5.2 GHz, for example, is continuously available in applications without AVX2, such as Cinebench, and benchmark high scores can be achieved, the picture looks different in applications like LinpackXtreme. Even if you set the CPU clock to static in the BIOS, remove all performance limits and ensure sufficient cooling, the CPU throttles itself down to 5.1 GHz when executing AVX2 instructions. It also doesn’t matter how warm the CPU runs, how much power it consumes, or what the application is called. In HWInfo the intervention of the clock limit is recognizable by “IA: Max Turbo Limit – Yes”.

Why Intel limits the clock speed for AVX2 is not confirmed yet. One possible reason could be fear of degradation due to electron migration at too high current levels – a phenomenon where the CPU slowly damages itself over time. To be fair, due to the generally very high heat density of the new CPUs, only very few users probably use an appropriate cooling system to ever be able to run such high clock rates with AVX2. But for example who uses a custom water cooling loop or even delids the CPU in search of the absolute performance maximum, will sooner or later come up against this artificial limit of these otherwise “unlocked” CPUs. By the way, this limit was already present in Rocket Lake CPUs and was probably just not really covered because the product generation was generally much less interesting.

Fortunately, there are already workarounds for both of these AVX hurdles, the throttling of AVX2 and the removal of AVX-512. For example, Asus has implemented a patch in their BIOS versions for “Maximus” series motherboards that disables AVX2 throttling. The only important thing here is that the clock must already be set in the BIOS at boot time. A subsequent change via in-OS software will otherwise get caught in Intel’s catch net again.

To continue using AVX-512 requires slightly more exotic methods, but nothing impossible. Community members have already managed to inject an older microcode version into new BIOS releases, effectively providing a modified BIOS image with AVX-512 support. Of course, there is always a certain risk associated with such unofficial BIOS versions, since an error in the image could, for example, cause damage to the hardware. The use of such BIOS images is therefore always at your own risk! But at least this also shows that the deactivation of AVX-512 is reversible and thre is no downgrade-protection to the microcode version – at least at this point.

As the compatibility with DDR5 is still very much problematic and motherboard vendors are pushing fixes in new BIOS updates almost daily, many users now stand at a crossroads: Either install the new BIOS update for better DDR5 support and accept the removal of AVX-512, or not updating the BIOS, keep AVX-512 and stay limited in DDR5 compatibility, or install a BIOS from an unknown source that solves both problems, but might bring more in its self.

It remains the question to Intel: Why create all these artificial limitations? Is there really that much fear of the competition over at team blue, that they not only keep their aces up their sleeves, but even pull back already played cards? Of course, heavy market segmentation is nothing new for Intel, keywords “vROC’ or “only offering quad-core mainstream SKUs for the first 7 Intel Core generations”. In both cases the blue giant only moved once it was forced to by the competition. But to now retroactively neuter already sold CPUs in their functionality really does leave an exceptionally sour taste in customers mouths, even if AVX-512 was officially never supported on Alder Lake.  

In our tests we could already prove that AVX-512 on the Golden Cove P cores is indeed more efficient than AVX2 and even allows more computing power with less power consumption. The only prerequisite for AVX-512 is of course the deactivation of the Gracemont E cores, which simply physically lack the transistors for this instruction set. But we’ve also seen in our tests that the e-cores only provide performance gains in very few individual cases anyway, if not the outright opposite by slowing down the cache/ring and delaying memory accesses. Does the “E” then really still stand for “Efficiency” and not rather “Error” or “E-Waste”? Wouldn’t a CPU with only P-cores and AVX-512 be the far more economic and ecological approach?

And even if AVX-512 is taken away from us normal end users again and we have to put up with it in the end, one could at least expect foresighted and clear communication from Intel’s side in the future. Intel knew or should have known before the launch that Alder Lake CPUs can run AVX-512 and should have given clear instructions to the motherboard manufacturers in advance whether the feature could be enabled or not.

And also for AVX2 throttling, a footnote would be desirable in the specifications of “unlocked” K-SKUs. This would provide clarification in advance under which circumstances and why the CPU down clocks itself. Just another line for each Rocket/Alder Lake CPU on ark.intel.com “Maximum AVX2 clock: 5.1 GHz” and “Protects against damage caused by excessive Vcore currents during AVX2 instructions” would be a start. Because even though strictly speaking you can still raise the effective clock above 5.1 GHz by increasing the BCLK from 100 MHz, this is really not an intuitive interpretation or simple usage of an Intel “K” CPU.

Kommentar

Lade neue Kommentare

konkretor

Veteran

321 Kommentare 329 Likes

Das macht die CPU für viele die mit Ansys hantieren völlig wertlos.

Hoffentlich bringt AMD endlich avx512 auf allen CPU Modellen.

Antwort 2 Likes

garfield36

Urgestein

1,294 Kommentare 337 Likes

Nachdem sich Alder Lake in der Praxis doch nicht so stromhungrig gibt wie bei synthetischen Benchmarks, dachte ich schon, dass diese Plattform interessant werden könnte. Jetzt glaube ich das nicht mehr so ganz. Finde diese Praktiken vom Intel nicht sehr sympathisch.

Antwort 2 Likes

Case39

Urgestein

2,577 Kommentare 985 Likes

Und das fällt Intel erst jetzt ein? Wollten sie erst CPUs und MBs verkaufen?

Antwort 1 Like

Igor Wallossek

1

10,950 Kommentare 20,765 Likes

Naja, man möchte jetzt ja doch auch noch Xeons verkaufen. Und da AMD den normalen Threadripper ohne Pro eingestampft hat...

Antwort 2 Likes

a
aclogic

Veteran

131 Kommentare 57 Likes

Oder sie wollen auch die CPU's mit Defekten in Rechenwerken für AVX-512 nutzen und so die Ausbeute erhöhen. Eventuell kommt dann noch eine Version i9-12x00S (S wie super) mit offiziell unterstützen AVX-512( natürlich mit einen kleinen Aufpreis).

Antwort Gefällt mir

a
andr_gin

Mitglied

75 Kommentare 38 Likes

1.) Wie viele Anwendungen gibt es denn, die durch AVX2 einen Performanceboost bekommen und gleichzeitig nur einen Thread nutzen, denn mit mehr als 2 Threads ist es mit den 5.2GHz Takt doch sowieso vorbei. Ich meine jetzt nicht künstlich beschränkte Anwendungen wie der ST Test von Cinebench sondern echte reale Anwendungen wo dies ein echter Nachteil ist.

2.) Wie viele Anwendungen gibt es, die durch AVX-512 tatsächlich spürbar mehr mehr Performance gewinnen als sie durch das Abschalten der E Cores verlieren? Im Review waren es in y-cruncher ganze 1.5%.
Ich weiß nicht vielleicht komme ich ja einmal in die Situation, dass mir ein Verrückter Terrorist eine Bombe umschnallt und meine einzige Überlebenschance ist es ihm die 10 Milliardste Nachkommastelle der Zahl Pi zu nennen und habe dafür nur exakt 71.5 Sekunden Zeit. Dann werde ich vielleicht anders darüber denken aber im Moment wird dadurch meine Lebensqualität nicht so sehr beschränkt als dass ich gleich von der nächsten Brücke springen müsste.

3.) Wie sieht das eigentlich mit Windows Updates aus? Werden Microcode Updates nicht mittlerweile automatisch über Windows Updates verteilt (bzw. beim Bootvorgang temporär geladen) oder wird das nur bei ernsthaften Sicherheitslücken gemacht? Ich denke aber früher oder später wird es wieder eine Sicherheitslücke geben wo Microsoft Updates nachschießt und dann ist es mit dem AVX-512 Support sowieso vorbei.

Über die Gründe warum Intel das tut können wir nur spekulieren. Ich denke nicht, dass der AVX-512 Support das wichtigste Kriterium für Sapphire Rapids ist. Das werden eher die 40 statt 8 P Cores, mehr PCIe Lanes, mehr Speicherkanäle, ECC Support usw. sein.
Ich vermute einfach, dass Intel die Aktivierung von AVX-512 nur ein Fehler war und man den geplanten/dokumentierten Zustand wiederherstellen wollte um eventuelle Folgeprobleme zu vermeiden wenn CPUs mit defekten AVX512 Einheiten (oder die mit AVX512 nicht stabil laufen) als Garantiefall reklamiert werden obwohl sie eigentlich laut Spezifikation korrekt funktionieren.
Möglicherweise will Intel auch nur verhindern, dass einige Boardhersteller bei den CPUs ohne E Cores (z.B. 12400) AVX-512 per default aktivieren obwohl es nicht getestet wurde und eventuell nicht stabil läuft. Da könnten dann einige CPUs retour kommen ohne die Möglichkeit nachzuweisen, dass es an AVX-512 liegt. Und wenn man schon einen Schlusstrich zieht dann konsequent für alle Modelle.

Antwort 1 Like

Klicke zum Ausklappem
Igor Wallossek

1

10,950 Kommentare 20,765 Likes

Solidworks und Maya büßen mit dem neuen Microcode deutlich ein. Ohne BIOS Update geht aber kein B660 samt 12400.

Antwort 1 Like

a
andr_gin

Mitglied

75 Kommentare 38 Likes

Meinst du jetzt auf Grund des fehlenden AVX-512 oder generell?

Antwort Gefällt mir

Igor Wallossek

1

10,950 Kommentare 20,765 Likes

AVX2 ist offensichtlich auch limitiert

Antwort Gefällt mir

RX480

Urgestein

1,911 Kommentare 899 Likes

"Um weiterhin AVX-512 nutzen zu können, bedarf es etwas exotischerer Methoden, aber nichts unmöglichem. So haben es Community-Mitglieder bereits geschafft, in neue BIOS-Releases eine ältere Microcode Version zu injizieren und so effektiv ein modifiziertes BIOS Image mit AVX-512 Unterstützung anbieten zu können. Natürlich ist mit solchen inoffiziellen BIOS-Versionen immer ein gewisses Risiko verbunden, da ein Fehler im Image beispielsweise zu Schäden an der Hardware führen könnte. Die Verwendung solcher BIOS-Images erfolgt also immer auf eigene Gefahr! Aber immerhin zeigt dies auch, dass die Deaktivierung von AVX-512 reversibel ist und nicht etwa ein Schreibschutz auf die Microcode Version gesetzt wurde – zumindest zum jetzigen Zeitpunkt."

Wäre schön, nen Thread für gemoddete Bios´ zu haben.

Antwort Gefällt mir

M
MD_Enigma

Mitglied

81 Kommentare 43 Likes

Ja, aber mal im Ernst: AVX-512 hat doch in der Zocker-Praxisanwendung nichts zu suchen, solange der Mixed-Mode mit "normalem" Code nicht sinnvoll funktioniert. Danke Intel, dass ihr es deaktiviert.

Antwort Gefällt mir

RX480

Urgestein

1,911 Kommentare 899 Likes

Das sah bei FC6 aber trotzdem sinnvoll aus.

Antwort 2 Likes

a
andr_gin

Mitglied

75 Kommentare 38 Likes

AVX-512 war doch bisher schon default off.

Was AVX-2 angeht:
Ist die Frage ob nur die Performance aus irgendeinem Grund niedriger ist oder der Takt reduziert wird. Falls der Takt abfällt stehen wir vielleicht vor dem alten Problem, dass irgendwo in einer Anwendung eine einzelne AVX Operation vorkommt und auf einem alles tiefer taktet als normal.
Etwas mysteriös das Ganze. Könnte das eventuell einfach nur ein Bug sein? Oder ist da vielleicht wieder mal ein wilder SW Workaround für ein paar Hardwarelücken unterwegs?

Antwort Gefällt mir

C
ChaosKopp

Urgestein

592 Kommentare 635 Likes

Schwierige Entscheidung seitens Intel. Gut, das Feature wurde nicht beworben, aber dass es funktioniert, kam in einigen Reviews vor. Im Nachhinein ein Feature zu deaktivieren, ist mutig... Oder hochnäsig.

Antwort 2 Likes

RX480

Urgestein

1,911 Kommentare 899 Likes

Aber jede schlechte Entscheidung hat auch sein Gutes, ... statt nem 12600@AVX512 kaufen jetzt die Leute nen 12700@p+e.
(dachte sich wohl Intel)

Antwort 1 Like

a
andr_gin

Mitglied

75 Kommentare 38 Likes

Also ich glaube die Anzahl der Leute bei denen AVX512 die Kaufentscheidung beeinflusst ist relativ gering bzw. werden diejenigen sowieso zum 12700 greifen schon wegen der 2 P Cores.

Antwort 1 Like

RX480

Urgestein

1,911 Kommentare 899 Likes

Der 12700 macht normalerweise nur Sinn@W11, wenn man auch die e-cores richtig nutzen kann.
Bei w10 gaming wird man eher selten 8p-cores brauchen.

Antwort Gefällt mir

skullbringer

Veteran

326 Kommentare 352 Likes

Mal abgesehen von dem Argument, dass der AVX-512 Teil von CPUs nicht getestet wird und damit zu Reklamationen führen könnte - wobei ich noch nicht eine Meldung zu so einem Fall gelesen habe - wieso hat es in der "Zocker-Praxisanwendung" nichts zu suchen?

Wenn die Anwendung es wirklich gar nicht nutzt, habe ich als Anwender 0 Nachteile. Wenn die Anwendung es nutzt, bekomme ich als Anwender mehr Performance oder geringere Leistungsaufnahme oder beides. Wieso würde man das nicht haben wollen?

Antwort 5 Likes

W
WeisserWalFisch

Mitglied

66 Kommentare 41 Likes

Und was kommt als nächstes - Features die man extra bezahlen soll. Spätestens jetzt ist diese Plattform für mich tot. Wie dreist ist das denn.

Antwort 5 Likes

Danke für die Spende



Du fandest, der Beitrag war interessant und möchtest uns unterstützen? Klasse!

Hier erfährst Du, wie: Hier spenden.

Hier kannst Du per PayPal spenden.

About the author

Xaver Amberger (skullbringer)

Werbung

Werbung