Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Nieuws » Core » Hardware » Opslag » Laptops met Intel 5 Series-chipset beperken snelheid ssd's

Laptops met Intel 5 Series-chipset beperken snelheid ssd's

Door Erik Kloppenburg, dinsdag 31 augustus 2010 14:41
Submitter: Philflow, views: 19.306

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
Volgende 15:21 Belgische telco Mobile Vikings verdubbelt datalimiet
Vorige 14:18 Eerste benchmarks Android-netbook met Tegra 2 duiken op
Advertentie

Categorieën

Lees meer over

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 63 reacties zichtbaar630 Off-topic / Irrelevant: 63 reacties zichtbaar63+1 On-topic: 25 reacties zichtbaar25+2 Informatief: 4 reacties zichtbaar4+3 Spotlight: 0 reacties zichtbaar0
«  1  2  »

Door tHe_BiNk, dinsdag 31 augustus 2010 14:44

Score: 1
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 woensdag 1 september 2010 13:15]

Door vorda, dinsdag 31 augustus 2010 14:51

Score: 1
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 dinsdag 31 augustus 2010 14:58]

Door mxcreep, dinsdag 31 augustus 2010 14:54

Score: 1
Lijkt me wel vreemd dan dat de beperking er in safe mode en met uitgeschakelde c-states in het bios niet meer is.

Door 4g0ny, dinsdag 31 augustus 2010 14:58

Score: 1
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 dinsdag 31 augustus 2010 14:59]

Door YopY, dinsdag 31 augustus 2010 15:39

Score: 1
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.

Door Thedr, dinsdag 31 augustus 2010 16:09

Score: 1
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.

Door Pmf1971, dinsdag 31 augustus 2010 17:46

Score: 0
handen omhoog degenen die het plaatje wilde sluiten met het kruisje rechtsboven _/-\o_

Door RvdH, dinsdag 31 augustus 2010 14:45

Score: 1
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?

Door mxcreep, dinsdag 31 augustus 2010 14:52

Score: 1
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...

Door antiekeradio, dinsdag 31 augustus 2010 15:21

Score: 1
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!

Door indigo79, dinsdag 31 augustus 2010 21:39

Score: 0
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.

Door fenrus, dinsdag 31 augustus 2010 16:12

Score: 0
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.

Door Linuxuser, dinsdag 31 augustus 2010 14:45

Score: 0
Gelukkig dat ik voor een i7 ben gegaan. Maar mischhien is dit probleem nog niet zo groot.

Door GewoonWatSpulle, dinsdag 31 augustus 2010 14:49

Score: 1
Helder licht het gaat niet om i5 CPU's maar om mobiele 5 serie moederbord chipsets.

Door Linuxuser, woensdag 1 september 2010 08:55

Score: 0
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.

Door LMD, dinsdag 31 augustus 2010 14:54

Score: 1
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

Door ppl, dinsdag 31 augustus 2010 15:01

Score: 1
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 dinsdag 31 augustus 2010 15:04]

Door woekele, dinsdag 31 augustus 2010 15:10

Score: 2
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.

Door i-chat, dinsdag 31 augustus 2010 15:28

Score: 1
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....

Door PulsatingQuasar, dinsdag 31 augustus 2010 19:08

Score: 0
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.

Door Soldaatje, dinsdag 31 augustus 2010 14:45

Score: 0
It's not a bug, it's a feature?

Door Wouter.S, dinsdag 31 augustus 2010 14:54

Score: 0
Als het een feature zou zijn is het wel een hele slechte.
Powersaving is leuk, maar als er prestaties gevraagd worden moeten deze gewoon geleverd worden. Zonder compromissen.

Door Zer0, dinsdag 31 augustus 2010 15:29

Score: 0
Het gaat om laptop chipsets, en laptops zijn op zichzelf al een compromis tussen prestaties, draagbaarheid, gebruiksduur en prijs.

Door YopY, dinsdag 31 augustus 2010 15:40

Score: 0
Als het een feature zou zijn is het wel een hele slechte.
Powersaving is leuk, maar als er prestaties gevraagd worden moeten deze gewoon geleverd worden. Zonder compromissen.
Als je in het artikel leest zie je dat het ook het geval is - als de CPU naar 100% gaat, gaan ook de prestaties van een SSD naar normaal.

Door [KGB]Beria, dinsdag 31 augustus 2010 14:58

Score: 1
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

Door 4g0ny, dinsdag 31 augustus 2010 15:01

Score: 0
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..

Door Buzz_Fuzz, dinsdag 31 augustus 2010 15:11

Score: 1
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....

Door Philflow, dinsdag 31 augustus 2010 16:28

Score: 1
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.

Door Da_maniaC, dinsdag 31 augustus 2010 15:03

Score: 1
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.

Door Soldaatje, dinsdag 31 augustus 2010 15:08

Score: 0
Inderdaad, je moet gewoon een SSD kopen hoe slecht je systeem ook is. 8)7

Door coffeejunkee, woensdag 1 september 2010 14:17

Score: 0
Laat die smiley maar weg.

Door Moortn, dinsdag 31 augustus 2010 15:08

Score: 1
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.

Door spil, dinsdag 31 augustus 2010 15:10

Score: 1
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.

Door dipje2, dinsdag 31 augustus 2010 15:19

Score: 0
Als dit blijkbaar ook iets is wat in de P55 desktop chipset kan komen als ik de reacties zo les,


is het ook mogelijk dat die op een PM45 gebeurd? Of is het echt alleen in de 55 serie en dus niet in de vorige?

[Reactie gewijzigd door dipje2 op dinsdag 31 augustus 2010 15:21]

Door Philflow, dinsdag 31 augustus 2010 16:29

Score: 0
Mijn GS45 chipset heeft er geen last van.

Door coffeejunkee, woensdag 1 september 2010 14:19

Score: 0
Lijkt me stug. Ik heb P55+ssd en alle read en write speeds zijn gewoon normaal. Als dit probleem in P55 zou zitten had je het ook al wel gehoord.

Door YopY, dinsdag 31 augustus 2010 15:42

Score: 2
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.

Door Philflow, dinsdag 31 augustus 2010 16:37

Score: 1
Een feature die er voor zorgt dat mensen met een snelle SSD niet volledig van die snelheid kunnen profiteren. Lekkere feature.

Door Darkstone, dinsdag 31 augustus 2010 18:05

Score: 0
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.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 15:21 Belgische telco Mobile Vikings verdubbelt datalimiet
Vorige 14:18 Eerste benchmarks Android-netbook met Tegra 2 duiken op
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011