Hoge I/O Wait bij schrijven

[SunBeech]

Ik heb een DS412+ met 3x WD Greens 3TB draaiend op DSM 4.3 update 4.

Als er veel schijfactiviteit is, specifiek bij het downloaden (5 gelijktijdige taken) en uitpakken via Download Station, dan valt mij op dat mijn DiskStation een hoge I/O Wait heeft, alsof de NAS vooral aan het wachten is. Het downloaden gaat dan ook langzamer. De processor is dan echter slechts 15-20% belast. Zie ook screenshot hieronder. Bij het lezen van de schijf is er nagenoeg geen I/O Wait.

Iemand enig idee wat de oorzaak kan zijn en hoe ik dit kan oplossen?

[Tijs]

WD heeft hier een firmware fix voor.
 Zie http://www.synology.com/nl-nl/support/faq/407  "Wat moet ik doen als mijn Western Digital Green Power Disk een dramatisch hoge Load/Unload Cycle Count heeft?"

[Birdy]

@Tijs en SunBeech natuurlijk.
I/O Wait heeft niets te maken met de HD's, klik even op ? (Help) voor meer info:


De link betreft WDIDLE3 en heeft dan ook geen relatie met I/O Wait maar het is wel goed om daar naar te kijken in Storage Manager > HDD/SSD >Health Info > S.M.A.R.T Info.
Als ID 193 hoog staat dan is het beter om met WDIDLE3 de waarde van Idle 3 timer op 300 te zetten. 

[Hofstede]

Dit hoeft tegenwoordig niet meer. In de startup script van de Synology wordt de wdidle3 fix voor WD schijven automatisch uitgevoerd.
(Dat zie je als je een serial console op je NAS hebt aangesloten.)

[Birdy]

O....die wist ik niet.
Wordt dit iedere keer geregeld als je NAS opstart ?
Sinds wanneer is dit ?
Waar kan ik die info vinden ?

[Hofstede]

Die info kun je nergens vinden. Ik weet het omdat ik twee jaar terug een DiskStation via de seriële console moest benaderen om een foutgelopen firmware flash te herstellen. Via die console zie je dus alles wat wordt gedaan tijdens de boot van het systeem.
In de boot-sequence wordt de wdidle3 utility uitgevoerd na het laden van de ramdisk image.
Dat was met DSM 3.2. Ik ga er van uit dat het in de nieuwere versies ook gebeurd.

[SunBeech]

Bedankt voor jullie reacties.

Het punt van de Load Cycle Count was mij ook bekend, maar staat inderdaad los van de I/O wait.

Het I/O-wait probleem heb ik opgelost door de indexingsoptie van betreffende gedeelde map, waar Download Station de downloads in opslaat, uit te zetten. Het uitpakken gaat dan ook een stuk sneller (net als andere basis handelingen zoals verwijderen van bestanden uit die gedeelde map).

Ook heb ik gemerkt dat downloaden uit nieuwsgroepen met Download Station op mijn NAS het beste werkt als ik het aantal gelijktijdige downloads instel op 2. Downloads komen dan op volle snelheid binnen (in mijn geval 100 Mbit/s).