SSD en Windows 8 hapering

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • jeroen3
  • Registratie: Mei 2010
  • Laatst online: 22:48
Hallo,

Al ruime tijd heb ik er last van dat de laptop stottert/hapert/lagt als er zich veel SSD activiteit voordoet.
Met name erg goed merkbaar in beeld&geluid wat afspeelt. Ook internet streams. Maar ook de muis hapert, eigenlijk alles dus.

Het probleem doet zich voor als er veel thread een request doen aan de SSD, bijvoorbeeld chrome met zijn honderden threads die een pagina laadt, of AS SSD met de 4k-64thrd test. Of zoeken in windows 8.

Ik heb een vergelijkbaar probleem gevonden in de volgende topics:
http://gathering.tweakers.net/forum/list_messages/1529708 , http://gathering.tweakers.net/forum/list_messages/1539448 , http://gathering.tweakers.net/forum/list_messages/1508255 , http://gathering.tweakers.net/forum/list_messages/1527969 , http://gathering.tweakers.net/forum/list_messages/1527969 , http://gathering.tweakers.net/forum/list_messages/1452154
Waarvan ze allemaal dood lopen. Op de PCI poort na, maar die heb ik niet.

Ik heb het probleem elders nog weten te vinden met de volgende conclusies:"
  • Alignment is fout. (alignment is goed)
  • Trim staat uit. (trim doet het)
  • Bios staat niet op AHCI. (bios staat wel op AHCI)
  • Chipset drivers ontbreken. (meerdere versies van chipset drivers geprobeerd)
Lost allemaal niks op dus.

Tot nu toe is de enige methode die ik heb gevonden om het probleem op te lossen de prioriteit van iTunes o.i.d naar "Realtime" te zetten, en de schijf activiteit processen naar idle, maar dat is geen oplossing natuurlijk!
Of AS SSD en iTunes splitsen over de twee cores. Maar dat is niet te doen met chrome en/of andere programma's.

Hoe los ik dit op, het is erg vervelend.
Het lijkt er op dat de SSD driver op een smerige blocking manier werkt, waardoor andere taken even geen cpu-tijd krijgen. Maar dan zou mijn andere pc er ook last van moeten hebben. (zelfde ssd)

Platform waarop dit probleem zich voordoet:
Dell Vostro 1520, 3GB DDR2, Crucial M4 CT128M4SSD2, Hitachi HTS723232xxx, Intel Core 2 Duo T6670, Intel GM45 Chipset.
Windows 8 Pro 32 bit.

Dit probleem deed zich ook voor met Windows 7, maar heb er toen niet zoveel aandacht aan geschonken. Het is de laatste tijd wel erger.

Acties:
  • 0 Henk 'm!

Anoniem: 62011

Is je geheugen wel snel genoeg? Ik las laatst dat iemand iets soortgelijk had met een i5 processor en 1333 geheugen.
Je hebt 3 GB geheugen, hoe is dit opgebouwd staan die in dual channel mode, probeer anders eens 2 GB in dual channel.

Acties:
  • 0 Henk 'm!

  • jeroen3
  • Registratie: Mei 2010
  • Laatst online: 22:48
Ik heb de SSD en HDD van plaats verwisseld. En het is weg. :o
Misschien was ik bij het plaatsen wat naïef met het denken dat beide sata poorten (hdd bay en cd-rom bay) in mijn laptop hetzelfde waren.

Acties:
  • 0 Henk 'm!

  • jeroen3
  • Registratie: Mei 2010
  • Laatst online: 22:48
Hmm, Te vroeg gejuicht. Er blijkt een "nieuwe feature" in windows 8 te zitten omtrent energieverbruik en interrupt latency. Deze is eigenlijk altijd 1 ms (zeer lang). Waardoor er audio stream buffer underruns kunnen optreden, en dus haperingen.
Oplossing is nieuwe drivers, maar die zijn niet beschikbaar.

Terug naar Windows 7 dan maar.

Acties:
  • 0 Henk 'm!

  • maratropa
  • Registratie: Maart 2000
  • Niet online
"Windows 8 Compatibility: The DPC latency utility runs on Windows 8 but does not show correct values. The output suggests that the Windows 8 kernel performs badly and introduces a constant latency of one millisecond which is not the case in practice. DPCs in the Windows 8 kernel behave identical to Windows 7. The utility produces incorrect results because the implementation of kernel timers has changed in Windows 8 which causes a side effect with the measuring algorithm used by the utility. Thesycon is working on a new version of the DPC latency utility and will make it available on this site as soon as it is finished."

Voor zover ik hiervan begrijp is het dus niet een consequent probleem door de interrupt latency

specs


Acties:
  • 0 Henk 'm!

  • jeroen3
  • Registratie: Mei 2010
  • Laatst online: 22:48
Ik heb die van http://www.resplendence.com/latencymon gebruikt.
Maar ik kan "horen" dat er iets te lang duurt.

Edit: ik lees dat de meetmethode van latencymon ook niet kloppen.
Omdat er een dynamic clock tick is.

Edit 2:
Windows 7 heeft het probleem ook... Is er misschien iets kapot?

[ Voor 46% gewijzigd door jeroen3 op 19-04-2013 18:07 ]


Acties:
  • 0 Henk 'm!

  • jeroen3
  • Registratie: Mei 2010
  • Laatst online: 22:48
Om terug te komen op dit probleem, ik heb er nogmaals een hoop tijd aan besteed, het is namelijk een erg frustrerend probleem. Een laptop die niet fatsoenlijk een muziekje kan spelen en tegelijk een website kan laden. Dit is inmiddels weer Windows 7, maar nog steeds relevant.

Het probleem is opgelost door de Windows (Multimedia) Scheduler settings te veranderen samen met de audio IRQ. Zie links en de SuperFetch Service aan te zetten (stond uit om de een of andere reden).
Nog een detail is dat de normale Windows Scheduler op "voorgrond" moet staan (Win32PrioritySeparation 0x26).

MMCSS Audio, alle prioriteiten één stap verhoogd.
Audio driver IRQ van #22 naar #9 gezet, die was vrij. Helaas valt dit niet te controleren.

MSDN: Multimedia Class Scheduler Service (Windows)
http://helpdeskgeek.com/windows-vista-tips/manage-irq-settings-windows-vista-7/

Maar dan lijkt het opgelost!

Nadere analyse van het probleem met xperf leverde namelijk dat er processortijd tekort is bij het starten van multi-thread applicaties zoal Chrome (werkelijk een forkbomb) en de 4k-64Thrd van asssd. Dit komt door de SSD, hierdoor kunnen de processen veel te snel verder met uitvoeren waardoor de CPU de bottleneck is.
Het starten van één proces is niet zo erg, maar neem chrome, welke met enkele processen tientallen thread start met elke zijn eigen disk benodigdheden. Bij een harde schijf heb je "last" van seek-time wat de processor meer dan genoeg tijd geeft om de processen te uit te voeren. Bij een SSD heb je dan weer "last" van de zeer sneller responstijd bij systemen die eigenlijk niet ontworpen zijn voor een SSD.

Ook zijn de zeer ernstige (>5ms pieken) DPC latencys verdwenen. Alles zitnu gemiddeld rond de 1000 us.

[ Voor 11% gewijzigd door jeroen3 op 13-12-2013 00:52 ]

Pagina: 1