Un bug hardware affligge la memoria virtuale delle CPU Intel

[maxsin72]

Originariamente inviato da Varg87

Provato anche su i3 6100. Cinebench risultati pressochè identici (giusto un paio di punti sul test della CPU e qualche decimo sulla GPU [integrata]). Differenza irrilevante. L'SSD invece ne risente nella lettura/scrittura casuale.
Probabilmente come detto anche dallo script MS per verificare se il sistema è immune o meno, se il processore non ha il supporto KVAShadowPcid ne risente di più prestazionalmente ed ecco appunto la differenza sul mio i5 3570k (in OC a 4,4 GHz).

Le prestazioni nelle letture/scritture casuali dell'SSD purtroppo ne risentono in modo significativo anche sui processori più recenti intel, ovviamente intel minimizza o cerca di parlarne il meno possibile. Il KVAShadowPcid dovrebbe essere supportato da haswell in avanti:

PCID acceleration

The first optimization, the usage of PCID (process-context identifier) acceleration is relevant to Intel Core-family processors of Haswell and newer microarchitectures.
Fonte: https://blogs.technet.microsoft.com/...wn-on-windows/

Notare poi dalla schermata del mio 4790k che il KVAShadowPcidEnabled da True

[maxsin72]

Notare l'impatto su un 7700k




Fonte https://www.hardware.fr/focus/124/wi...formances.html

[maxsin72]

Questo invece è un esempio su un i7 6700:

FWIW, I've got an i7-6700 with a Z170 chipset and an M.2 NVMe 950 Pro 256GB drive.

Pre-BIOS update:
Sequential MB/s - 1,723MB/s Read 938MB/s Write
Random (IOPS) - 267,089 Read 78,613 Write

Post-BIOS update (spectre microcode patch):
Sequential MB/s - 2,117MB/s Read 946MB/s Write
Random (IOPS) - 191,650 Read 79,589 Write

Fonte: http://www.tomshardware.co.uk/answer...70-system.html

[Varg87]

https://www.tomshw.it/nuova-falla-de...steranno-94489

[maxsin72]

Originariamente inviato da Varg87

https://www.tomshw.it/nuova-falla-de...steranno-94489

Quindi è praticamente confermato che, per avere sul mercato il primo processore immune a livello hardware, bisognerà aspettare almeno Zen 2

[Saturn]

Sperando di far cosa gradita posto il link per scaricare il microcode.dat per:

CPUIDs 106A5 and 206C2 (i7-965, i7-940, i7-920, i7-970, i7-980, i7-990 and Xeons E/L/X/W).

In pratica l'utente in questione lo ha estratto da un aggiornamento bios che HP ha rilasciato per le workstation Z400 (x58) e vale sia per Meltdown che Spectre.

Io lo sto utilizzando in Windows 7 x64 ed ho patchato con cpumcupdate.

Ancora non ho fatto test prestazionali, nella discussione parlano di cali sostanziali, ma ora il sistema risulta completamente protetto anche se ovviamente con l'avviso "performances slower". Personalmente lo terrò installato se non riscontrerò instabilità di alcun tipo visto che tanto cpu/motherboard come la mia, non verranno più aggiornate. Ad ogni modo disattivarlo/attivarlo non mi comporta neanche il riavvio del pc quindi non si pone neanche troppo il problema delle performances volessi "switchare" da una situazione all'altra...

Link, nella pagina trovate due download, scaricate il secondo che contiene il file .dat.

[Ginopilot]

Ma intel non aveva cancellato i microcode per i9x0?

[Saturn]

Originariamente inviato da Ginopilot

Ma intel non aveva cancellato i microcode per i9x0?

É quello che ho letto anch'io. Che ti devo dire, evidentemente HP ha sviluppato l'aggiornamento in totale indipendenza per tutelare i propri server/workstation. Quello che posso dirti è che il microcode.dat che ho linkato funziona, tutti i tool di verifica confermano la cosa.

[maxsin72]

Originariamente inviato da Saturn

É quello che ho letto anch'io. Che ti devo dire, evidentemente HP ha sviluppato l'aggiornamento in totale indipendenza per tutelare i propri server/workstation. Quello che posso dirti è che il microcode.dat che ho linkato funziona, tutti i tool di verifica confermano la cosa.

Direi che è una notizia davvero ottima

[Saturn]

Originariamente inviato da maxsin72

Direi che è una notizia davvero ottima

Considerato l' "età informatica" di questi processori sono assolutamente d'accordo.

[Paky]

quindi per un I5-520M da notebook c'è speranza?

[Ginopilot]

Originariamente inviato da Saturn

É quello che ho letto anch'io. Che ti devo dire, evidentemente HP ha sviluppato l'aggiornamento in totale indipendenza per tutelare i propri server/workstation. Quello che posso dirti è che il microcode.dat che ho linkato funziona, tutti i tool di verifica confermano la cosa.

Sapevo dell'aggiornamento e l'ho installato sulle mie z400, ma non ho verificato che supportasse anche quelle cpu, se ho un po' di tempo provo.

[Saturn]

Originariamente inviato da Paky

quindi per un I5-520M da notebook c'è speranza?

Con le cpu socket 1366 c'è stata questa botta di sedere perchè HP li utilizzava, come dicevo quache post fa, nelle sue workstation e server, ed ha creduto giusto aggiornare. Azione ammirevole. Tu googola ogni mese, come ho fatto io, digitando i5-520m microcode.dat e spera di avere anche tu una botta del suddetto...

[maxsin72]

Originariamente inviato da Saturn

Con le cpu socket 1366 c'è stata questa botta di sedere perchè HP li utilizzava, come dicevo quache post fa, nelle sue workstation e server, ed ha creduto giusto aggiornare. Azione ammirevole. Tu googola ogni mese, come ho fatto io, digitando i5-520m microcode.dat e spera di avere anche tu una botta del suddetto...

Comunque, pensandoci bene, il fatto che sia stata HP, sicuramente ammirevole come scrivi anche tu, e non Intel a mettere a disposizione i microcode per le cpu con socket 1366 non mette per niente in buona luce Intel

[Varg87]

Ieri sera ho reinstallato, dopo tanto tempo, Virtualbox per fare dei test senza sporcare il sistema principale.
Il rallentamento è netto. Il solo avvio del sistema nel desktop impiega un'eternità rispetto a prima, lo spannometro mi dice quasi il doppio del tempo. La sola installazione delle guest additions era leeeenta.

[maxsin72]

Originariamente inviato da Varg87

Ieri sera ho reinstallato, dopo tanto tempo, Virtualbox per fare dei test senza sporcare il sistema principale.
Il rallentamento è netto. Il solo avvio del sistema nel desktop impiega un'eternità rispetto a prima, lo spannometro mi dice quasi il doppio del tempo. La sola installazione delle guest additions era leeeenta.

Quello delle macchine virtuali, insieme alle IOPS degli SSD, è l'ambito dove le mitigazioni maggiormente impattano sulle prestazioni. Anche io ho virtualbox con diversi SO installati per i miei caxxeggi e ti confermo che hai descritto molto bene il salto prestazionale che c'è.

[Varg87]

Ho notato un intenso accesso al disco (installato su hard disk ma anche una volta lo installavo lì) e anche dopo diversi minuti in idle era sempre lì che macinava. Dopo aver deframmentato la sola macchina virtuale la situazione è leggermente migliorata ma il sistema continuava a non essere responsivo. Già all'avvio con inserimento della password la prima volta non me l'ha beccata, come se non avesse registrato correttamente l'input e me l'ha richiesta nuovamente. Solo aprendo il menu start la sensazione è che stia perdendo parecchi frame per strada.
Ad un certo punto con la macchina virtuale in idle è partita la ventola del processore a palla, nonostante le abbia dedicato 2 core come ho sempre fatto. Non mi è mai successo prima.
Una volta il sistema virtualizzato era molto più snello, non dico alla pari del sistema nativo ovviamente ma molto più usabile. Adesso usarlo anche solo per fare test è una prova di sopportazione.
è proprio ora di cambiare ma purtroppo non è il momento giusto.

[cdimauro]

La cosa stranissima è l'aumentato accesso al disco, perché i fix per queste vulnerabilità impattano esclusivamente lato prestazionale delle CPU. Dunque se prima facevi, ad esempio, 100 mila richieste al secondo, adesso dovresti fare esattamente lo stesso.
Ci sarà un altra causa per questa nuova problematica.

[maxsin72]

Qualcosa inizia a muoversi anche per le ultime falle di spectre https://www.miamammausalinux.org/201...er-spectre-v4/

[maxsin72]

Microsoft ha rilasciato le patch per spectre NG ieri, qui https://www.bleepingcomputer.com/new...ns-in-windows/ maggiori dettagli. All'appello mancano i microcode agiornati di intel.