i also have such a drive (damn, if i knew that saving some Watts would hurt...) - and i measured ~100 load_cycle_count per hour, which is _way_ to much, imho.
if we trust the spec, the disk would be dead after ~1year.it seems that "intellipark" is not that intelligent as it should be and a little bit too agressive.
from what i have found, the time for parking the heads is much below the linux kernel flush interval (which seems to be at 30secs), so i think the best thing to do is tuning either dirty_expire_centisecs and dirty_writeback_centisecs (defaults to 3000/500 on my system) or tune the disk parking interval , so that the disks own interval is greater than the linux flush interval.
doh - so that disk always is faster with parking it`s heads than linux default flush interval !?
btw - is that dos utility available for download somewhere?regards
rolandList: linux-kernel
Subject: Re: Western Digital GreenPower drives and Linux
From: "Tvrtko A. Ursulin" <tvrtko () ursulin ! net>
Date: 2008-04-10 7:48:08
Message-ID: 200804100848.08442.tvrtko () ursulin ! net
[Download message RAW]I got back from WD's tech support and received a DOS utility which can control
this drive feature, apparently using vendor specific commands. With it head
unload timer can be disabled or set to a period between 100ms and 25.5s.Of course I asked for more than a DOS utility, but the question really is how
was this feature intended to work with Windows for example, is there
something there which would prevent such rapid load/unload cycle growth, and
why isn't it documented somewhere?I am kind off hoping that someone from WD is reading this list and will notice
this in case my effort with tech support fails.Tvrtko
_________________________________________________________________________
In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten!
Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114--
Followup with some good news.
Head unload timer settings seems to be persistent across powering off. Having
set it to a maximum value of 25.5 seconds my disk is now behaving much more
reasonable.To actually do it I used FreeDOS floppy image burnt on a CD-RW as a bootable
image plus wdidle3.exe in the filesystem itself.BTW, WD's tech support has gone silent so chances for an easier solution are
not so great.Tvrtko
--
Any chance you could make your iso available for the freedos w/
wdidle3.exe bootable cd?I can't track down wdidle3.exe on wdc.com; they have "Data Lifeguard"
and such but I have no idea if the wdidle3.exe is buried in those
downloads.thanks,
Mike
--
According to the licence which comes with that thing distribution is not
allowed. Also it wouldn't be bad if more people contacted WD about it so that
they figure out they at least need to make it available as a download, if not
something better.Tvrtko
--
Just an FYI, I had a look at my counters for a 1TB GP I've had in
always-on service (expansion drive for my tivo; which runs Linux) for
6 months. I'm not seeing any issues, Load_Cycle_Count is quite low.Device Model: WDC WD10EACS-32ZJB0
Firmware Version: 01.01B019 Power_On_Hours 0x0032 094 094 000 Old_age
Always - 4763
12 Power_Cycle_Count 0x0032 100 100 000 Old_age
Always - 7
193 Load_Cycle_Count 0x0032 200 200 000 Old_age
Always - 9Given the Tivo is constantly doing IO it must've prevented the disk
from ever spinning down.
--
Turns out 'wdidle3 /R' on my drive reported:
"Idle3 Timer is disabled"I took no explicit action to disable it 6 months ago. It strikes me as
odd that WD would disable the Idle3 timer in firmware given the whole
"GreenPower" campaign but I was pleasantly surprised; others may be
too...
--
| Davide Libenzi | Re: [patch 7/8] fdmap v2 - implement sys_socket2 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Mariusz Kozlowski | [KJ PATCHES] mostly kmalloc + memset conversion to k[cz]alloc |
git: | |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Stefan Richter | Re: [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
