Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 63 reacties
Submitter: Philflow

Laptops met een Intel PM55- of HM55-chipset blijken de potentie van een snelle ssd niet volledig te benutten. Vooral random reads en writes worden beperkt door wat een probleem met het powermanagement lijkt te zijn.

Tweaker Philflow postte op GoT over het probleem dat inmiddels op het forum van NotebookReview.com uitgebreid wordt besproken. In vergelijking met andere chipsets blijken de PM55- en HM55-chipsets in verschillende benchmarks verrassend lage random read- en write-scores neer te zetten. Er is getest met ssd's van diverse merken en met controllers van onder andere SandForce, Intel en Marvell. De scores die worden behaald zijn overigens nog steeds vele malen hoger dan die van ouderwetse hdd's en het is nog niet duidelijk in hoeverre het effect tijdens normaal gebruik voelbaar is.

Het probleem verdwijnt grotendeels wanneer de computer in safe-mode wordt gestart. Dit wijst erop dat er een driver of service aanwezig is die de prestaties beperkt. Ook wanneer de cpu volledig wordt belast met een cpu-stress-tool, springen de testscores weer omhoog. Aan de hand van deze gegevens lijkt het probleem zijn oorsprong te vinden in de powermanagementfuncties van het moederbord. Een tester die in zijn bios C-states uitschakelde, bevestigde dit; de scores belandden weer op het gewenste niveau. Lang niet elke bios biedt echter deze optie. Sommige gebruikers hebben het probleem inmiddels bij Intel en Asus gemeld.

Benchmark normale boot, cpu idle Benchmark safe-mode, cpu idle Benchmark normale boot, cpu stressed
Moderatie-faq Wijzig weergave

Reacties (63)

Update: Het lijkt erop dat hier een workaround is gepost. Volgens deze gebruiker werkt het.

Edit: inderdaad veel klachten over hoge temperaturen.

[Reactie gewijzigd door Philflow op 1 september 2010 10:13]

dat is precies hetzelfde als het disabelen van de C states, wat weer leid tot een hoger energieverbruikt (+7w op een p8600, bijna het dubbele van de hele PC!)
Lijkt me meer een feature dan een bug. De chipset bepaalt aan de hand van CPU load dat het systeem het niet al te druk heeft, waardoor het ook niet zoveel I/O nodig heeft, waardoor hij ook wat minder zijn best doet om snel gegevens heen en weer te pompen. Natuurlijk zou dit op basis van gevraagde I/O moeten zijn ipv CPU / systeemload of C-state, maar aan de andere kant, als het op basis van de bestaande systemen (C-state) kan hoef je ook niks nieuws te ontwikkelen.
Een feature die er voor zorgt dat mensen met een snelle SSD niet volledig van die snelheid kunnen profiteren. Lekkere feature.
door de c states is de processor af en toe niet in staat om werk uit te voeren, mijn theorie is dat er verlies optreed omdat de sata chip moet wachten totdat de CPU de data kan "aannemen", het ontwaken van de CPU neemt namelijk flink veel tijd in beslag.

voor de geÔnteresseerden: in mijn blog kan je lezen hoeveel effect het uitschakelen van C states heeft op het energieverbruik van een p8600 (notebookprocessor)
.: EIST onder de loep
laatste plaatje.
Laten we hopen dat het een driver issue is. En geen hardware beperking, wat mij onwaarschijnlijk lijkt. Als het wel een hardware beperking is, heeft Intel wel een heel domme fout gemaakt.

@vorda Ik had natuurlijk software issue moeten zeggen, ipv driver issue. Maar bios, firmware, drivers etc. is natuurlijk allemaal software. Kijken hoe Intel het gaat oplossen.

[Reactie gewijzigd door tHe_BiNk op 1 september 2010 13:15]

Lijkt me wel vreemd dan dat de beperking er in safe mode en met uitgeschakelde c-states in het bios niet meer is.
De software die C-states aanstuurt is dan waarschijnlijk de boosdoener, deze zal aan het mobo doorgeven dat er ergens wat omlaag mag waardoor de SSD niet genoeg power krijgt.
In safe mode wordt die niet geladen waardoor het probleem niet voorkomt.

[Reactie gewijzigd door 4g0ny op 31 augustus 2010 14:59]

De software die C-states aanstuurt is dan waarschijnlijk de boosdoener, deze zal aan het mobo doorgeven dat er ergens wat omlaag mag waardoor de SSD niet genoeg power krijgt.
In safe mode wordt die niet geladen waardoor het probleem niet voorkomt.
Er wordt nergens gezegd dat de SSD niet genoeg power krijgt, dan zouden er wel andere problemen zijn dan dat het wat langzamer is.
Goede kans dat het toch klopt. Om (snel) te kunnen schrijven/wissen is een hogere spanning (en dus meer vermogen) nodig bij flashgeheugen. Als de SSD dus niet genoeg peut krijgt, moet ie het langzamer aan gaan doen en ops in de que zetten.
Zeker geen hardware beperking. Het potentieel is er, maar het komt er enkel in bepaalde situaties uit. Software dus.

edit: ik beschouw BIOS enzo ook als software natuurlijk. Hardware probleem zou bv niet genoeg pcie lanes ofzo zijn.

[Reactie gewijzigd door vorda op 31 augustus 2010 14:58]

handen omhoog degenen die het plaatje wilde sluiten met het kruisje rechtsboven _/-\o_
Dit fenomeen is al langer aanwezig, ook op desktops met X58/P55 chipsets. C-States leveren veel verlies op, EIST en C1E kan je aan laten staan.

Tom's Hardware heeft hier in maart 2009 een mooi artikel over geschreven:

http://www.tomshardware.com/reviews/ssd-hdd-power,2170.html
Ik vind het ook raar dat dit nu pas groot nieuws blijkt te zijn.... Ik heb er een half jaar geleden ook research naar gedaan na men desktop upgrade (nee, dus geen notebook zoals in het artikel). Ik zit met hetzelfde probleem met men i5 750 op P55. C-states uitschakelen zorgt er inderdaad wel voor dat je SSD sneller kan werken, maar als ik het mij goed herinner, schakelt dat ook de Turbo modus van je CPU uit ......

Aangezien men Intel ssd nog altijd zat snel genoeg is als boot/app schijf, heb ik C-states gewoon aan laten staan....
Lijkt inderdaad vergelijkbaar. Wel een belangrijk verschil: Tomshardware neemt een drop in sequentiele snelheden waar, terwijl de gebruikers op Notebookreview een vermindering van de random performance waarnemen.
Zeker.. GTA 4 wordt hierdoor zelfs onspeelbaar, omdat de cpu constant aan het throttlen is krijg je elke ~3 frames een drop.. ik heb hierna ook deze feature uitgezet omdat ik er compleet gestoord van werd..
Wellicht handig om te melden of dit OS-afhankelijk is? Hebben MacOS en Linux bv hier ook last van of is het alleen bij Windows?
Lijkt me idd handig om eens te testen, zeker als het een driver issue is zouden andere OS'en hier misschien geen last van hebben...
probleempje is alleen wel dat de resultaten van de benchmarktools dan niet vergelijkbaar zijn.

wel kun je op de geschetste manieren een verschil zoeken met diverse functies uitgeschakeld

zo iets kan dus ook in de BIOS van zo'n chipset zitten!
Je kan toch onder Linux ook een benchmark draaien op verschillende chipsets? Ze zijn dan niet Windows-Linux vergelijkbaar, maar wel Linux-chipset A naar Linux-chipset B en op die manier kan je de trends wel vergelijken met de Windows-benchmarks.
In het verleden hat Linux hier ook last van (dit is btw niet echt chipset afhankelijk.... meer hoe goed powermanagement werkt). Ik heb dit ongeveer een jaar geleden gefixed en alle huidige linux distributies zouden de fixes moeten hebben...

Arjan -- Die voor Intel aan Linux werkt.
Gelukkig dat ik voor een i7 ben gegaan. Maar mischhien is dit probleem nog niet zo groot.
Mijn laptop heeft een mobile i7 met een HM55 chipset...
Was nog niet van plan een SSD hierin te hangen, maar wel iets om rekening mee te houden op deze manier.

Asus g51jx serie
De cijfers die men hier laat zien hebben voornamelijk betrekking op de sequentiŽle snelheid. Voor niet-server toepassingen zijn juist die snelheden eigenlijk totaal niet interessant, het gaat dan meer om de veel lagere random read/write snelheden. Die snelheden liggen echter nogal onder het maximum van wat de sata bus aan kan, ze liggen zelfs onder de helft van dat. Voor veel mensen die een ssd alleen hebben om een snellere computer te hebben en waarbij er weinig tot geen grote files heen en weer gestuurd wordt is er helemaal niets aan de hand. Zij zullen er niets van merken omdat ze de ssd toch niet tot z'n max zullen benutten. Dit probleem moet dus wel in de juiste context worden gezien. Afgezien hiervan is de totstandkoming van de scores ook al een discussie daar er hier gebruik wordt gemaakt van benchmarks ipv praktijktests. M.a.w. er is een probleem maar de vraag is hoe groot dit probleem nou daadwerkelijk is.

[Reactie gewijzigd door ppl op 31 augustus 2010 15:04]

De cijfers die men hier laat zien hebben voornamelijk betrekking op de sequentiŽle snelheid.
De grootste impact lijkt er in dit geval juist op de random reads en writes te zijn en niet op de sequentiŽle. Het betekent regelmatig dat de random access-times meer dan verdubbelen. Best zonde.
dat kan waar zijn, of beter gezegt, dat betekend gewoon dat mensen een te snelle (en dus te dure) ssd hebben aangekocht. een component dat je niet tot +/- 75% weet te belasten is gewoon een miskoop (als consument zijnde).

verder lijkt het eruit dat een bios update (misschien) een oplossing kan bieden,
de vraag is alleen of het niet TOCH een HW probleem is, Cstate, werkt voor een deel door prestaties te verlagen, over (als ik het goed heb) bepaalde banen op het syteem. het is dus niet 'helemaal' zo dat je elke chip van een ander voltage kunt voorzien ...

als er sprake zou zijn van een ontwerpfout betekend dat dus dat je maar 2 keuzes hebt,
leven met de lagere prestaties, of leven met de kortere accuduur....

dat het uiteindelijk niet een complete ramp is dat de prestaties (op papier) meer tegen vallen (dan in de practijk) maakt die keuze alleen maar gemakkelijker, maar zeker niet leuker....
Het gaat voornamelijk om de 4K random read en write dat nu juist het belangrijkst is voor het OS.

En het niet hebben van load op de CPU betekent niet dat je niets aan het doen bent. In laden van bestanden of kopieren veroorzaken vrijwel geen load.

Er gaat gewoon iets mis. Power management heeft er iets mee te maken. Nu is het alleen de vraag of het een ontwerp fout is of een fout in de chipset drivers.

Ik heb zelf de G73JH met een 80 GB Intel SSD en ik zie het inderdaad gebeuren.
Helder licht het gaat niet om i5 CPU's maar om mobiele 5 serie moederbord chipsets.
Linuxuser@PulsatingQuasar
Okť, ik snap het, maar toch ben ik blij dat ik een i7 heb, want dan heb ik al dit nieuws en gezeik niet waar ik me dan onnodig zorgen over maak. Maar bedankt voor u en de reactie van anderen.
Lijkt mij dat dit probleem met een BIOS/Firmware/Driver update misschien te verhelpen is.
Maar zelfs met deze vermindering in I/O (kijkend naar de screenshots in de newspost), zal je systeem met een SSD nog steeds responsiever zijn dan met een mechanische drive.
Inderdaad, je moet gewoon een SSD kopen hoe slecht je systeem ook is. 8)7
Laat die smiley maar weg.
Hopen op een bios update of driver update, want zulk nieuws werkt de verkoop van SSD's niet in de hand. Al zijn dit soort kinderziekten wel te verwachten met nieuwe hardware.
Dit klinkt heel erg als de USB-speed problemen die AMD processoren hadden. C1E uitschakelen of een procesje 100% CPU laten gebruiken en je kreeg 25% meer snelheid. Schijnt in de meest recente revision van de Athlon/Phenom opgelost te zijn.
Het is niet echt een probleem, zelf met deze mindere snelheden blijft je SSD razendsnel en merk je er in praktijk niets van.
Het 'probleem' is dat er mensen zijn die veel geld hebben betaald voor de snelste SSD en de performance krijgen van een gemiddelde SSD.
Maar dat 'probleem' uit zich enkel in benchmarks, je merkt er helemaal niets van.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True