Procedura: migliorare le prestazioni SSD basse negli ambienti con chipset Intel serie 5

Nota dell'editore: il membro del forum StamatisX ha creato quanto segue come guida e analisi di quello che sembra essere un problema comunemente segnalato: gli SSD non raggiungono il loro pieno potenziale di prestazioni in molti notebook e alcuni desktop che utilizzano il chipset Intel Serie 5. Pur non essendo uno studio definitivo sul problema, StamatisX fornisce uno sguardo dettagliato al problema e fornisce opzioni di modifica che aiutano ad alleviare il problema delle prestazioni fino a quando il problema non viene risolto in modo più approfondito dagli OEM, da Intel o da entrambi. 

 

 

Elenco delle attrezzature:

 

Dell Alienware M17x R1

Dell Alienware M17x R2

SSD Intel X25-E da 64 GB

 

Sul mio R1 questo SSD mi dava ottimi numeri di benchmarking e soprattutto tempi di accesso molto rapidi (0.065ms in lettura e 0.056ms in scrittura). Quando è arrivato il momento di installare questo disco da $ 750 sulla mia R2 e di iniziare a lavorare in panchina, mi sono subito reso conto che qualcosa non andava. Non sono riuscito a ottenere i numeri che vedevo prima sulla mia R1; non importa quante modifiche ho applicato. Ho finito per cancellare e formattare in modo sicuro il disco ancora e ancora, cercando di scoprire quale combinazione di driver e quali modifiche di Windows mi avrebbero dato i migliori risultati e prestazioni vicini al mio R1, purtroppo invano.

 

Ho deciso di aprire un thread sul forum di supporto ufficiale sia di Dell che di Intel riguardo a questo argomento. Tali discussioni non hanno ricevuto alcuna risposta né dai rappresentanti Dell né da quelli Intel. Ho anche inviato un'e-mail a un paio di rappresentanti della Dell spiegando la situazione con la promessa che avrebbero contattato gli ingegneri in merito. Non ho ricevuto alcuna risposta né da loro né dagli ingegneri.

 

 

Per prima cosa ti fornirò un paio di screenshot dei benchmark eseguiti dalla R1.

 

 

 

Modalità provvisoria

 

Come puoi vedere otteniamo ottimi risultati sia in lettura e scrittura random 4K, sia tempi di accesso in lettura e scrittura notevoli (anche in modalità provvisoria, dimostrati nel terzo screenshot), ovvero con i driver Microsoft di default forniti di default con Windows 7 e i driver del chipset Nvidia di Dell.

 

Ora diamo un'occhiata a due screenshot simili, questa volta dell'R2..

 

 

 

 

Il primo è con i driver MS predefiniti e il resto è con i chipset e i driver di archiviazione più recenti rispettivamente di Dell e Intel. Numeri di lettura e scrittura casuali 4k molto bassi e lo stesso per i tempi di accesso in lettura e scrittura. Ho ottenuto numeri molto simili con ogni driver che ho provato.

 

Ora diamo un'occhiata ai numeri di Crystal Disk Mark.

 

 

 

Il secondo screenshot di CDM era in modalità provvisoria. Quei numeri mi hanno reso sospettoso riguardo alle funzionalità di risparmio energetico. Ho fatto qualche ricerca sul Web e ho scoperto che anche gli utenti desktop riscontravano prestazioni basse, ma erano in grado di aumentare tali numeri semplicemente disabilitando gli stati EIST e C della CPU dal BIOS. 

 

Questo problema è molto diffuso: i membri del Forum di NotebookReview.com ho osservato lo stesso comportamento con sistemi come HP, Lenovo, Asus, Dell e altri, tutti dotati di chipset PM55/HM55. 

 

Alcuni possessori di Asus hanno scoperto che le prestazioni del loro SSD aumentavano durante l'esecuzione di un programma ad uso intensivo della CPU in background durante i benchmark. Questo mi ha dato l'idea di modificare un po' il registro di Windows per ottenere risultati migliori che vedrai più avanti in questo articolo.

 

Ma in che modo i bassi numeri di lettura/scrittura 4K casuali e i tempi di accesso influiscono sulle prestazioni nel mondo reale? Ho deciso di eseguire un paio di test che dimostrano la differenza che abbiamo già notato su quei benchmark sintetici.

 

 

Ho eseguito una serie di test, 3 volte ciascuno, utilizzando 3 diverse impostazioni del registro su 3 installazioni Windows pulite in cui l'unità è stata prima cancellata in modo sicuro e poi assicurandomi che fosse allineata e formattata con la dimensione del cluster 4K predefinita. I risultati che vedi qui provengono dal mio ultimo tentativo poiché gli altri due hanno dato risultati quasi identici. Gli unici driver installati erano i driver del chipset (versione 9.1.1.1015) e i driver di archiviazione, entrambi dal sito Web di Dell (RST 9.6.0.1.1014). Non sono stati installati altri driver o aggiornamenti, fino a quando non ho dovuto installare i driver MSE e Wi-Fi (dal sito Web di Dell) per scaricare le definizioni dei virus più recenti, altrimenti non mi avrebbe permesso di scansionare il disco. Il piano energetico applicato per tutti i test è stato quello ad alte prestazioni.

 

Per prima cosa ho copiato 5 file dal mio Seagate interno da 7.2 K e 320 GB sul desktop (Windows è installato sull'SSD). Quei tempi erano gli stessi e sono rimasti gli stessi per tutte le diverse impostazioni che ho provato.

 

 

Questi trasferimenti di file dipendono principalmente da letture e scritture sequenziali che non sono influenzate dai vari driver che ho provato o dal carico della CPU e la differenza tra le esecuzioni è stata massima di ± 1 secondo e ciò è dovuto alla mia precisione con il cronometro durante questi test. In base a questi risultati possiamo tranquillamente supporre che il copia e incolla di file di grandi dimensioni tra dischi diversi e tra cartelle sullo stesso disco non sia assolutamente influenzato.

 

Il test successivo consisteva nel misurare il tempo necessario per l'installazione di un programma relativamente grande. A questo scopo ho trovato MS Office 2010 Professional Plus sotto forma di un unico file eseguibile (643 MB di dimensione) che ho copiato sul desktop e installato integralmente. Ho suddiviso i tempi di misurazione in quanto tempo è necessario affinché il file si estragga da solo, quanto tempo è necessario per installare tutti i programmi e le funzionalità e quanto tempo è necessario per disinstallarlo completamente.

 

Utilizzando le impostazioni predefinite di Windows, in media, sono stati necessari:

 

 

Il passo successivo è stato installare un programma più grande come Visual Studio Ultimate 2010 che richiede più utilizzo della CPU e nell'installazione completa occupa 7.7 GB (senza includere i file della guida). Dato che volevo utilizzare solo il mio SSD, ho trovato un ISO del programma e ho utilizzato daemon tools lite per montare l'ISO su un'unità virtuale e installarlo dal mio SSD all'SSD. Il tempo necessario per installare tutte le sue funzionalità è stato:

 

 

(Il resto dei componenti doveva essere disinstallato manualmente dal pannello di controllo ed erano troppi per poter misurare con precisione il tempo per ciascuno di essi)

 

Un altro test consisteva nel misurare la velocità con cui Microsoft Security Essentials riusciva a scansionare tutti gli elementi presenti nell'unità C. In media c'erano:

 

 

L'ultimo test per le impostazioni predefinite è stato SuperPI che ha completato il calcolo di 1 milione di cifre in una media di 12 secondi, il che è irrilevante per l'SSD ma il motivo per cui l'ho utilizzato sarà più chiaro in seguito.

 

Queste erano le temperature di inattività della CPU con le impostazioni predefinite di Windows:

 

 

La successiva serie di test è stata eseguita applicando una modifica al registro che impedisce il funzionamento inattivo della CPU.

Per fare ciò, apri il registro, vai su:

 

 

e modifica gli "Attributi" da 1 a 0. Quindi, modifica le impostazioni di alimentazione avanzate come nello screenshot qui sotto:

 

 

L'installazione di Microsoft Office Professional Plus 2010 ha richiesto:

 

 

Visual Studio Ultimate 2010 ha richiesto:

 

 

Per eseguire una scansione completa dell'unità C con 116,814 elementi, MSE ha impiegato 6 minuti e 52 secondi.

 

 

Per SuperPI, il calcolo di 1 milione di cifre ha richiesto 17 secondi.

 

Le temperature della CPU inattiva erano:

 

 

L'ultima serie di test è stata eseguita utilizzando una diversa modifica del registro che disabilita i driver della CPU tramite il registro di Windows.

 

Per fare ciò, apri il registro, vai su:

 

 

e cambia "Inizio" da 3 a 4. Quindi vai a:

 

 

e cambia "Inizio" da 3 a 4.

 

L'installazione di MS Office 2010 Plus 2010 ha richiesto:

 

 

Per VS 2010 Ultimate i tempi sono stati:

 

 

Scansione MSE:

 

 

SuperPI completa i calcoli di 1 milione di cifre in 12 secondi

 

Le temperature al minimo erano:

 

 

Ora è il momento dei benchmark sintetici.

 

Per le impostazioni predefinite di Windows abbiamo:

 

 

 

 

 

 

 

IOMETRO

Letture casuali 4K

 

 

Scritture casuali 4K

 

 

I risultati con la modifica del registro per impedire il funzionamento inattivo della CPU:

 

 

 

 

 

 

 

Letture casuali 4K

 

 

Scritture casuali 4K

 

 

Disabilitare i driver della CPU ci dà i seguenti risultati:

 

 

 

 

 

 

 

Letture casuali 4K

 

 

Scritture casuali 4K

 

 

 

 

Con le impostazioni predefinite otteniamo letture e scritture casuali 4K molto basse, tempi di accesso bassi ma anche le temperature rimangono basse, anche le prestazioni della CPU non vengono influenzate. Con la modifica di base del registro che impedisce alla CPU di andare al minimo, otteniamo ottimi risultati sui nostri benchmark sintetici, ma le temperature di minimo sono inaccettabili e influenzano negativamente le prestazioni nel mondo reale (principalmente a causa della CPU, non dell'SSD).

 

La modifica del registro che disabilita i driver della CPU fornisce risultati sintetici migliori rispetto alle impostazioni predefinite ma inferiori a quelli che impediscono il funzionamento al minimo della CPU. Invece otteniamo temperature più basse e le migliori prestazioni nel mondo reale tra queste tre.

 

La modifica che impedisce alla CPU di funzionare al minimo può essere ulteriormente ottimizzata per risultati molto migliori riguardo alle temperature (e alle prestazioni nel mondo reale) ma è necessario provare troppe combinazioni e tali risultati varieranno a seconda della CPU (deve essere ottimizzato da l'utente). 

 

Per coloro che desiderano migliorare il proprio SSD con il minimo numero di modifiche al registro, tutto ciò che devono fare è disabilitare i driver della CPU modificando due valori nel registro. Come avvertimento, però, nessuna di queste modifiche è stata ampiamente testata a lungo termine e i loro effetti collaterali rimangono sconosciuti, quindi applicali sotto la tua responsabilità e sempre con cautela. Ricorda sempre di fare un backup dei tuoi dati prima di decidere di modificare qualcosa nel tuo sistema.

 

Tieni inoltre presente che questi suggerimenti non sono la soluzione finale al problema che abbiamo descritto qui. Queste sono semplici patch finché Intel o qualsiasi altro OEM non decide di dare un'occhiata a questo problema e fornire i propri suggerimenti e spiegazioni.