Linus Torvalds spera che le istruzioni AVX-512 muoiano dolorosamente

[Redazione di Hardware Upg]

Link alla notizia: https://www.hwupgrade.it/news/cpu/li...nte_90742.html

Linus Torvalds, commentando la possibile assenza di supporto alle istruzioni AVX-512 da parte della futura architettura Alder Lake, si è lasciato andare a una profonda critica contro le istruzioni e Intel.

Click sul link per visualizzare la notizia.

[omerook]

Ovviamente Sempre con il dito medio alzato

[devil_mcry]

Il problema conoscendo la figura, avrà detto lo stesso per le AVX a 128 e poi per quelle a 256 e dirà lo stesso in futuro per quelle a 1024 XD

E' sempre contro tutto quello che non è farina del suo sacco lol

[jepessen]

Le AVX512 sono parecchio utili invece. Prima di tutto sono gestite automaticamente da compilatore durante le ottimizzazioni quando si può fare, e in seconda battuta uno sviluppatore può usarle proficuamente a basso livello quando cerca prestazioni, ad esempio operazioni su vettori di double per calcoli matriciali, quaternioni etc.

Non è che se uno non sa usare le istruzioni o non vuole o semplicemente non ne ha bisogno allora fanno cagare a prescindere. A Tovards il mondo deve veramente molto, ma ha molto spesso il difetti di pensare che se una cosa non serve a lui allora non serve a nessuno e debba essere eliminata, come in questo caso.

Lui stesso dice che se ne frega della virgola mobile, ma il.mo di dei simulatori, delle simulazioni fem, dei CAD e via dicendo ci campano con la parallelizzazione dei double.

[pabloski]

Originariamente inviato da jepessen

ad esempio operazioni su vettori di double per calcoli matriciali, quaternioni etc.

Ovvero casi speciali. Proprio come dice Torvalds.

Originariamente inviato da jepessen

Non è che se uno non sa usare le istruzioni o non vuole o semplicemente non ne ha bisogno allora fanno cagare a prescindere.

Non ha detto che fanno cagare. Ha detto che Intel dovrebbe sfruttare la sua forza lavoro e i transistor per cose più importanti. Cioè, esistono ben altre priorità.

Che penseresti se MS si concentrasse sul menu start, lasciando non patchate decine di vulnerablità?

Originariamente inviato da jepessen

Lui stesso dice che se ne frega della virgola mobile, ma il.mo di dei simulatori, delle simulazioni fem, dei CAD e via dicendo ci campano con la parallelizzazione dei double.

Priorità, priorità. Non muore nessuno se le prossime AVX-1024 ( arriveranno, arriveranno ) vengono rimandate di qualche anno.

Il problema di Intel era e rimane la scarsa modularità delle sue offerte. Dovrebbero imparare da ARM e magari cominciare a concedere più IP in licenza.

Se Pippo produce processori per HPC, integrerà allegramente AVX-512. Se Pluto produce processori per smartphone, integrerà altre robe. E così via.

Ma finchè Intel vorrà mantenere il totale controllo sul contenuto dei suoi SoC, la vedo dura. Ed è questa una delle ragioni per cui Apple è passata ai SoC ARM progettati in-house.

[WarDuck]

Che poi mi sembra anche che l'uso di AVX-512 causi una riduzione nella frequenza operativa del processore, non mi è ben chiaro il motivo, forse per tenere i consumi entro una certa soglia.

Alla fine della fiera se uno vuole performance serie per quella tipologia di calcoli usa la GPU non certo una CPU.

Non è un caso che il progetto Intel Phi sia fallito miseramente.

E pensare che adesso Intel ha intenzione anche di introdurre le istruzioni AMX per il calcolo matriciale.

[andy45]

Originariamente inviato da jepessen

Lui stesso dice che se ne frega della virgola mobile, ma il.mo di dei simulatori, delle simulazioni fem, dei CAD e via dicendo ci campano con la parallelizzazione dei double.

Questo genere di calcoli ormai si sta spostando sulle gpu.

[pabloski]

Originariamente inviato da WarDuck

E pensare che adesso Intel ha intenzione anche di introdurre le istruzioni AMX per il calcolo matriciale.

Quelle lì sono figlie dell'hype sulle reti neurali. Ormai tutti inseriscono mitologiche NPU, per accelerare il deep learning.

E ancora non è chiaro se abbiano un reale vantaggio rispetto alle GPU!

[devil_mcry]

Originariamente inviato da WarDuck

Che poi mi sembra anche che l'uso di AVX-512 causi una riduzione nella frequenza operativa del processore, non mi è ben chiaro il motivo, forse per tenere i consumi entro una certa soglia.

Alla fine della fiera se uno vuole performance serie per quella tipologia di calcoli usa la GPU non certo una CPU.

Non è un caso che il progetto Intel Phi sia fallito miseramente.

E pensare che adesso Intel ha intenzione anche di introdurre le istruzioni AMX per il calcolo matriciale.

Quasi di sicuro per quello. Quando introdussero le AVX 2 su Haswell, non veniva limitata la frequenza ma il consumo e il calore aumentava tantissimo quando venivano usate. Probabilmente è la stessa cosa ora con quelle

[andy45]

Originariamente inviato da devil_mcry

Quasi di sicuro per quello. Quando introdussero le AVX 2 su Haswell, non veniva limitata la frequenza ma il consumo e il calore aumentava tantissimo quando venivano usate. Probabilmente è la stessa cosa ora con quelle

Su un altro sito questo veniva spiegato in questo modo:
Per svolgere calcoli AVX i processori attuali sono costretti a ridurre la propria frequenza operativa per mantenere la stabilità, in quanto i core sono davvero messi sotto pressione. Implementare AVX-512 in una CPU consumer non è uno step facile perché l'implementazione fisica aumenta la dimensione del die – e di conseguenza i costi.

[coschizza]

dice quello che io penso da anni, le avx 512 sono usate in una nicchia di software e solo in una nicchia di mercato, mentre le avx 2 sono stra usate anche in software commerciali le nuove sono adette solo a casi particolari che le rende ininfluente in un mercato consumer e nella granparte di quella server

[coschizza]

Originariamente inviato da devil_mcry

Quasi di sicuro per quello. Quando introdussero le AVX 2 su Haswell, non veniva limitata la frequenza ma il consumo e il calore aumentava tantissimo quando venivano usate. Probabilmente è la stessa cosa ora con quelle

non è la stessa cosa perche le avx impattano leggermente quelle 512 impattano in maniera considerevole su tutta la cpu e per questo è rarissimo che un software ne faccia uso

[devil_mcry]

Originariamente inviato da andy45

Su un altro sito questo veniva spiegato in questo modo:
Per svolgere calcoli AVX i processori attuali sono costretti a ridurre la propria frequenza operativa per mantenere la stabilità, in quanto i core sono davvero messi sotto pressione. Implementare AVX-512 in una CPU consumer non è uno step facile perché l'implementazione fisica aumenta la dimensione del die – e di conseguenza i costi.

E ma probabilmente proprio per una questione di temperature e stabilità legata a quello. Evidentemente a frequenze di targa la richiesta energetica per quella porzione di transistor in più è talmente elevata da rendere necessario un cut di frequenze e tensione.

Ci sta, poi considerando che sono ancora su 14nm +*/^ puoi capire...

[devil_mcry]

Originariamente inviato da coschizza

dice quello che io penso da anni, le avx 512 sono usate in una nicchia di software e solo in una nicchia di mercato, mentre le avx 2 sono stra usate anche in software commerciali le nuove sono adette solo a casi particolari che le rende ininfluente in un mercato consumer e nella granparte di quella server

Originariamente inviato da coschizza

non è la stessa cosa perche le avx impattano leggermente quelle 512 impattano in maniera considerevole su tutta la cpu e per questo è rarissimo che un software ne faccia uso

Le AVX2 sono usate tanto OGGI, nel 2013 quando furono introdotte su Haswell a parte qualche tool erano usate poco a favore di quelle a 128bit. E già allora in termini di consumo energetico e calore erano onerose, il mio 4770k faceva 30 gradi in più in avx2 rispetto alle avx1, non è poco.

Nel tempo sono migliorate, miglioreranno anche queste immagino. In teoria nel 2022 anche AMD le avrà sulle CPU consumer quindi nel tempo verranno usate anche loro di più. Ad oggi sono abbastanza inutili

[andy45]

Originariamente inviato da devil_mcry

E ma probabilmente proprio per una questione di temperature e stabilità legata a quello. Evidentemente a frequenze di targa la richiesta energetica per quella porzione di transistor in più è talmente elevata da rendere necessario un cut di frequenze e tensione.

Ci sta, poi considerando che sono ancora su 14nm +*/^ puoi capire...

Ma infatti Torvalds augurava ogni male possibile alle avx512 proprio per via delle richieste energetiche troppo elevate, con conseguente aumento delle temperature ovviamente...ora lui come il suo solito è molto colorito, però sinceramente penso che a questo giro non ha tutti i torti, alla fine sono istruzioni usate solo in pochi ambiti, dove per lo più si stanno spostando pure verso le gpu, quindi tutto sommato hanno poco senso.

[devil_mcry]

Originariamente inviato da andy45

Ma infatti Torvalds augurava ogni male possibile alle avx512 proprio per via delle richieste energetiche troppo elevate, con conseguente aumento delle temperature ovviamente...ora lui come il suo solito è molto colorito, però sinceramente penso che a questo giro non ha tutti i torti, alla fine sono istruzioni usate solo in pochi ambiti, dove per lo più si stanno spostando pure verso le gpu, quindi tutto sommato hanno poco senso.

Beh ma diciamo che fa parte anche del suo personaggio, nel senso anche secondo me oggi come oggi non hanno tanto senso, penso che la scelta di AMD di posticipare l'implementazione sia ragionata.

Però da un punto di vista di progresso tecnologico va fatto prima o poi che se ne faccia una ragione, il problema non sono le avx 512 in se, è solo come lo fanno in Intel che è discutibile...

Ma non capisco a lui che cambia, il suo kernel è usato anche in ambiti diversi da quelli mainstream e quindi le dovrebbe implementare in ogni caso (che sia ora o tra due anni)

[cronos1990]

Originariamente inviato da pabloski

Non ha detto che fanno cagare. Ha detto che Intel dovrebbe sfruttare la sua forza lavoro e i transistor per cose più importanti. Cioè, esistono ben altre priorità.

La ormai comune prassi di estrapolare dal discorso solo quello che fa comodo

Ha anche detto che il set di istruzioni AVX-512 (Advanced Vector Extensions 512) sparisca dalla faccia della terra il più velocemente possibile, tra atroci sofferenze.
Credo che per lui facciano effettivamente cagare

[andy45]

Originariamente inviato da cronos1990

Credo che per lui facciano effettivamente cagare

Il motivo lo ha anche detto :
Voglio raggiungere i power limit con il codice integer regolare, non con qualche vampiro energetico come AVX-512 che taglia la frequenza massima (perché le persone finiscono per usarlo per memcpy!) e riduce i core (perché quelle inutili unità di immondizia occupano spazio)

[frncr]

Al di là dei modi folcloristici del personaggio, in questo caso Torvalds ha fondamentalmente ragione. Per farla semplice: una CPU a 16 core con AVX2 ha la stessa capacità massima di calcolo di una a 8 core con AVX-512 ma è molto più flessibile, ha quindi più senso in qualunque contesto scalare la capacità di calcolo aumentando il numero di core piuttosto che esasperando le FPU specializzate nel calcolo SIMD, che restano e resteranno comununque inutilizzate nella grande maggioranza degli scenari applicativi.
Chi poi ha esigenze particolarmente elevate di calcolo vettoriale si rivolgerà sempre a una soluzione di derivazione GPU, incomparabilmente più potente ed energeticamente efficiente.

Indipendentemente dalle scelte di Intel, sarebbe un vero peccato se AMD si allineasse implementando AVX-512 nelle future archietetture Zen, perché significherebbe avere CPU meno potenti a parità di costo, proprio per il grande spreco di transistor sul silicio che ciò comporterebbe.

Torvald però sbaglia nell'analisi storica, le cose non stanno proprio come crede: Intel domina nelle FPU x86 a partire dal Pentium, cioè da 27 anni.

[turcone]

sempre più convinto che linus dovrebbe abbandonare la supervisione di linux per permettere ad un cambio di marcia e aumentare la diffusione del sistema
ma dubito che abbia l'umiltà necessaria a farlo come fece bill gates all'epoca
si certo linux è diffuso nei server però è fortemente personalizzato e per diffonderlo nei desktop ci vuole una mentalità diversa dalla sua