Hur man: Förbättra låg SSD-prestanda i Intel Series 5 Chipset-miljöer

Redaktörens anmärkning: Forummedlem StamatisX har skapat följande hur man vägleder och analyserar vad som verkar vara ett vanligt rapporterat problem – SSD:er når inte sin fulla prestandapotential i många bärbara datorer och vissa stationära datorer som använder Intel Series 5-kretsuppsättningen. Även om det inte är en definitiv undersökning av problemet, ger StamatisX en detaljerad överblick av problemet och ger justeringar som hjälper till att lindra prestandaproblemet tills problemet åtgärdas mer väl av OEM, Intel eller båda. 

 

 

Utrustningslista:

 

Dell Alienware M17x R1

Dell Alienware M17x R2

Intel X25-E 64GB SSD

 

På min R1 gav denna SSD mig utmärkta benchmarking-siffror och särskilt mycket snabba åtkomsttider (0.065 ms läsning och 0.056 ms skriv). När det var dags att installera denna $750-enhet på min R2 och började bänka, insåg jag snart att något var fel. Jag kunde inte få siffrorna jag såg tidigare på min R1; oavsett hur många justeringar jag tillämpade. Det slutade med att jag säkert raderade och formaterade disken om och om igen, och försökte ta reda på vilken drivrutinskombination och vilka Windows-justeringar som skulle ge mig de bästa resultaten och prestanda nära min R1, tyvärr förgäves.

 

Jag bestämde mig för att öppna en tråd på det officiella supportforumet för både Dell och Intel angående denna fråga. Dessa trådar har inte fått något som helst svar från vare sig Dell eller Intel-representanter. Jag har till och med skickat ett e-postmeddelande till ett par Dell-representanter som förklarar situationen med löftet att de skulle kontakta ingenjörerna angående denna fråga. Jag har inte fått något svar från dem eller ingenjörerna.

 

 

Först kommer jag att ge dig ett par skärmdumpar av benchmarkkörningar från R1.

 

 

 

felsäkert läge

 

Som du kan se får vi utmärkta resultat för både slumpmässig läsning och skrivning i 4K, såväl som anmärkningsvärda läs- och skrivåtkomsttider (även i säkert läge, som visas på den tredje skärmdumpen), det vill säga med Microsofts standarddrivrutiner som levereras som standard med Windows 7 och Nvidia-chipset-drivrutinerna från Dell.

 

Låt oss nu ta en titt på två liknande skärmdumpar, den här gången från R2.

 

 

 

 

Den första är med standard MS-drivrutiner och resten är med de senaste chipset- och lagringsdrivrutinerna från Dell respektive Intel. Mycket låga 4k slumpmässiga läs- och skrivsiffror och samma för läs- och skrivåtkomsttiderna. Jag fick mycket liknande siffror med varje drivrutin som jag har provat.

 

Låt oss nu ta en titt på Crystal Disk Mark-nummer.

 

 

 

Den andra skärmdumpen av CDM var i felsäkert läge. Dessa siffror gjorde mig misstänksam om energisparfunktionerna. Jag gjorde lite forskning på webben och jag fick reda på att datoranvändare också upplevde låg prestanda, men kunde öka dessa siffror genom att helt enkelt inaktivera EIST- och CPU C-tillstånden från BIOS. 

 

Denna fråga är utbredd – medlemmar från NotebookReview.com forum har observerat samma beteende med system som HP, Lenovo, Asus, Dell och andra, som alla har PM55/HM55-chipset. 

 

Vissa Asus-ägare fick reda på att deras SSD-prestanda ökade när de körde ett CPU-intensivt program i bakgrunden under benchmarks. Det gav mig idén att justera Windows-registret lite för att uppnå bättre resultat som du kommer att se längre fram i den här artikeln.

 

Men hur påverkar dessa låga slumpmässiga 4K-läs-/skrivsiffror och åtkomsttider den verkliga prestandan? Jag bestämde mig för att utföra ett par tester som visar skillnaden vi redan har märkt på dessa syntetiska riktmärken.

 

 

Jag körde en uppsättning tester, 3 gånger vardera, med 3 olika registerinställningar på 3 rena Windows-installationer där enheten först var säker raderad och sedan säkerställde att den var justerad och formaterad med standard 4K-klusterstorlek. Resultaten du ser här är från mitt senaste försök eftersom de andra två gav nästan identiska resultat. De enda drivrutiner som installerades var chipset-drivrutinerna (version 9.1.1.1015) och lagringsdrivrutiner, båda från Dells webbplats (RST 9.6.0.1.1014). Inga andra drivrutiner eller uppdateringar installerades, inte förrän jag var tvungen att installera MSE och wifi-drivrutinerna (från Dells hemsida) för att ladda ner de senaste virusdefinitionerna, annars skulle det inte låta mig skanna disken. Kraftplanen som gällde för alla tester var den högpresterande.

 

Först kopierade jag 5 filer från min interna 7.2K 320GB Seagate till skrivbordet (Windows är installerat på SSD). De tiderna var desamma och förblev desamma för alla olika inställningar som jag försökte.

 

 

Dessa filöverföringar är mestadels beroende av sekventiella läsningar och skrivningar som inte påverkas av de olika drivrutinerna jag provade eller CPU-belastningen och skillnaden mellan körningarna var högst ±1 sek och det berodde på min noggrannhet med stoppuret under dessa tester. Enligt dessa resultat kan vi säkert anta att kopiering och inklistring av stora filer mellan olika diskar och mellan mappar på samma disk definitivt inte påverkas.

 

Nästa test var att mäta tiden det tar för ett relativt stort program att installera. För detta ändamål hittade jag MS Office 2010 Professional Plus i form av en enda körbar fil (643 MB stor) som jag kopierade till mitt skrivbord och installerade i sin helhet. Jag bröt ner mättiderna till hur lång tid det tar för filen att extrahera sig själv, hur lång tid det tar att installera alla program och funktioner och hur lång tid det tar att avinstallera helt.

 

Med standardinställningarna för Windows, i genomsnitt, tog det:

 

 

Nästa steg var att installera ett större program som Visual Studio Ultimate 2010 som är mer CPU-intensivt och i full installation upptog 7.7 GB (utan att inkludera hjälpfilerna). På grund av det faktum att jag bara ville använda min SSD, hittade jag en ISO för programmet och använde daemon tools lite för att montera ISO till en virtuell enhet och installera den från min SSD till SSD. Tiden det tog att installera alla dess funktioner var:

 

 

(Resten av komponenterna måste avinstalleras manuellt från kontrollpanelen och de var för många för att mäta tiden exakt för var och en av dem)

 

Ett annat test var att mäta hur snabbt Microsoft Security Essentials kunde skanna alla objekt under C-enheten. I genomsnitt fanns det:

 

 

Det sista testet för standardinställningarna var SuperPI som slutförde beräkningen av 1M siffror på 12 sekunders genomsnitt, vilket är irrelevant för SSD:n men anledningen till att jag använde den kommer att bli tydligare senare.

 

Dessa var de inaktiva temperaturerna för CPU:n med standardinställningarna för Windows:

 

 

Nästa uppsättning tester utfördes genom att tillämpa en registerjustering som förhindrar att CPU:n går på tomgång.

För att göra det, öppna registret, gå till:

 

 

och ändra "Attributen" från 1 till 0. Ändra sedan de avancerade energiinställningarna som skärmdumpen nedan:

 

 

Installationen av Microsoft Office Professional Plus 2010 tog:

 

 

Visual Studio Ultimate 2010 tog:

 

 

För MSE att utföra en fullständig genomsökning av C-enheten med 116,814 6 föremål tog det 52 minuter och XNUMX sekunder.

 

 

För SuperPI tog beräkningen av 1M siffror 17 sekunder.

 

De inaktiva CPU-temperaturerna var:

 

 

Den senaste uppsättningen tester utfördes med en annan registerjustering som inaktiverar CPU-drivrutinerna via Windows-registret.

 

För att göra det, öppna registret, gå till:

 

 

och ändra "Start" från 3 till 4. Gå sedan till:

 

 

och ändra "Start" från 3 till 4.

 

Installationen av MS Office 2010 Plus 2010 tog:

 

 

För VS 2010 Ultimate var tiderna:

 

 

MSE skannat:

 

 

SuperPI slutför 1M siffror beräkningar på 12 sekunder

 

Tomgångstemperaturerna var:

 

 

Nu är det dags för de syntetiska riktmärkena.

 

För standardinställningarna för Windows har vi:

 

 

 

 

 

 

 

IOMETER

4K slumpmässiga läsningar

 

 

4K slumpmässigt skriver

 

 

Resultaten med registerjusteringen för att förhindra att processorn går på tomgång:

 

 

 

 

 

 

 

4K slumpmässiga läsningar

 

 

4K slumpmässigt skriver

 

 

Om du inaktiverar CPU-drivrutinerna får vi följande resultat:

 

 

 

 

 

 

 

4K slumpmässiga läsningar

 

 

4K slumpmässigt skriver

 

 

 

 

Med standardinställningarna får vi väldigt låga 4K slumpmässiga läsningar och skrivningar, låga åtkomsttider men temperaturerna förblir låga också, CPU-prestanda påverkas inte heller. Med den grundläggande registerjusteringen som hindrar processorn från att gå på tomgång får vi mycket bra resultat på våra syntetiska riktmärken men tomgångstemperaturerna är oacceptabla och påverkar den verkliga prestandan negativt (mest på grund av processorn inte på grund av SSD).

 

Registerjusteringen som inaktiverar CPU-drivrutinerna ger bättre syntetiska resultat jämfört med standardinställningarna men lägre än de som förhindrar att CPU:n går på tomgång. Istället får vi lägre temperaturer och den bästa verkliga prestanda av dessa tre.

 

Tweaken som hindrar processorn från att gå på tomgång kan justeras ytterligare för mycket bättre resultat när det gäller temperaturer (och verkliga prestanda) men du måste prova för många kombinationer och dessa resultat kommer att variera beroende på processorn (det måste finjusteras av användaren). 

 

För dem som vill förbättra sin SSD med minsta möjliga registerändringar, är allt de behöver göra att inaktivera CPU-drivrutinerna genom att redigera två värden i registret. Som en varning testades dock ingen av dessa justeringar utförligt på lång sikt och deras biverkningar förblir okända så tillämpa dem på ditt eget ansvar och alltid med försiktighet. Kom alltid ihåg att ta en säkerhetskopia av dina data innan du bestämmer dig för att ändra något i ditt system.

 

Tänk också på att dessa förslag inte är den slutliga lösningen på problemet som vi beskrev här. Det är enkla patchar tills Intel eller någon annan OEM bestämmer sig för att ta en titt på det här problemet och ge sina egna förslag och förklaringar.