- WD Community
- :
- Internal Drives
- :
- Desktop & Portable
- :
- Re: Green Caviar: High Load Cycle Cout after short...
- WD Community
- News & Assistance
- Announcements
- New to Community
- Forum Feedback
- Off-Topic
- Software & Apps
- WD Software
- WD Mobile Apps
- Software & Accessory Ideas
- WD TV Live Streaming
- Live Streaming Discussions
- Live Streaming Firmware
- Live Streaming Ideas
- Live Streaming Issues
- WD TV Live Hub
- Hub Discussions
- Hub Firmware
- Hub Themes
- WD TV Live Hub Ideas
- WD TV Live Hub Issue Reporting
- WD TV Play
- WD TV Play
- Live & Live Plus
- Live Discussions
- Live Firmware
- Elements Play
- Elements Play
- External Drives
- Mac Externals
- PC Externals
- Portable Drives
- External Drive Ideas
- Network Devices
- Networking Devices
- Live Duo
- Sentinel
- My Book Live
- Other Network Drives
- Network Product Ideas
- Internal Drives
- Desktop & Portable
- Internal Drive Ideas
- Anuncios
- Noticias
- Nuevo a La Comunidad
- Los Productos de WD
- Software y Accesorios
- Reproductores Multimedia
- Unidades de Red
- Unidades Externas
- Unidades Internas
- Ankuendigungen
- Neuigkeiten
- Neu in der Community
- WD Produkte
- WD Programme
- WD TV Media Player
- Netzwerk Laufwerke
- Externe Laufwerke
- Interne Laufwerke
- Annunci
- Annunci e Novita'
- Nuovo per La Comunita'
- Prodotti WD
- Programmi & Accessori
- Riproduttori Multimediali
- Dischi di Rete
- Dischi Esterni
- Dischi Interni
- WD TV Legacy
- Hub Network
- Live Networking
- WD TV HD
- WD TV Mini
- Software
- WD Photos
- Other Software & Accessories
- Hard Drives
- WD ShareSpace
- Other Externals
- Other Internal Drives
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic to the Top
- Bookmark
- Subscribe
- Printer Friendly Page
Re: Green Caviar: High Load Cycle Count after short operation time
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
07-26-2010 12:17 PM
I'm not sure what normal is expected to be. Obviously, someone thought that parking the heads more regularly should be the norm.
I would assume that there is a maximum timeout.
I wouldn't know whether it will cause issues for the operational lifespan of the drive. If head parking could be a potential issue (as you're assuming) in wear and tear on the drive, then I would expect that what you did would help. However, if because the heads aren't parked, the computer gets bumped or moved, then it's entirely possible that you could have head contact with the platter. That would be disastrous to the drive and your data. So I would make sure that you have your data backed up regularly, no matter what.
The change should continue indefinitely.
Click the Kudos star to say thank you for helpful posts. And be sure to come back to click the 'Accept as Solution' button for the post that solved your issue. This may help someone else.
Re: Green Caviar: High Load Cycle Count after short operation time
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
07-26-2010 02:59 PM
Some more information for you regarding the use of wdidle3 w/ drive model WD8000AARS-00Y5B1:
Using wdidle3 /D had an unacceptable side effect. It caused the drives to slow down very dramatically, perhaps by a factor of 25x or so. In other words, the four drives that I'm using in a soft raid5 array went from an aggregate transfer rate of 40-50MB/sec to about 2MB/sec.
Using wdidle3 /S300 did not have such a side effect; this was a suggested value I found via Google for a major NAS technology provider.
WD may want to update the applicable online documentation.
Re: Green Caviar: High Load Cycle Count after short operation time
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
07-26-2010 11:24 PM
Bill_S wrote:I'm not sure what normal is expected to be. Obviously, someone thought that parking the heads more regularly should be the norm.
I would assume that there is a maximum timeout.
I wouldn't know whether it will cause issues for the operational lifespan of the drive. If head parking could be a potential issue (as you're assuming) in wear and tear on the drive, then I would expect that what you did would help. However, if because the heads aren't parked, the computer gets bumped or moved, then it's entirely possible that you could have head contact with the platter. That would be disastrous to the drive and your data. So I would make sure that you have your data backed up regularly, no matter what.
The change should continue indefinitely.
It looks like the LCC increases whenever my NAS goes into hibernate mode, which I am assuming corresponds to the heads parking. But instead of seeing 4320 load cycles per day, I now see only 5 - 10 cycles per day. At the previous rate of LCC increase, I would have reached 1.5 million load cycles in a year. I read that the designed number of load cycles is one million (the spec is only 300,000 cycles). At the rate my LCC was increasing with the default idle timer of 8 seconds, three years would correspond to over a factor of four greater load cycles than the design number of cycles. It doesn't seem reasonable to expect that the drives would last the three year warranty period.
In any case, Bill S., I appreciate your feedback.
Re: Green Caviar: High Load Cycle Count after short operation time
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
08-23-2010 12:24 PM - edited 08-30-2010 05:48 AM
I've been using 5 WD20EARS-00M drives in a recently purchased Synology 1010+ nas, and my LCC is upwards of 157000+ on all of the drives.
A friend of mine just pointed me at this forum since he heard about an issue with this. The drives are running in a raid5 configuration on the nas, and with a MTB lcc rating of 300,000, i'm wondering, are these going to start throwing errors soon? I will admit, i'm not that familiar with hardware at this level to know what to expect, but and advice is welcome. In the meantime, I did turn off disk hibernation, with the hope that this decreases the LCC count.
thanks,
dw.
edit - here's output from smartctl -a on my drives, looking at the LCC
terra> for device in a b c d e; do smartctl -a /dev/sd$device | grep Load_Cycle; done
193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157763
193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157712
193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 158040
193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 158080
193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157939
terra>
edit - august 30, 2010 -------
I shut my array down this past weekend, and booted freedos from a usb disk (with wdidle3 on it), and proceeded to -disable- the head parking feature on the drives. It let me do this with no problems, and my load cycle count has stopped increasing.
Prior to the switch, each drive was going up anywhere from 2-3 parks every 10 minutes, to sometimes around 30.
Mon Aug 23 18:04:15 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157788
Mon Aug 23 18:14:16 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157789
Mon Aug 23 18:24:19 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157790
Mon Aug 23 18:34:20 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157798
Mon Aug 23 18:44:21 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157827
Mon Aug 23 18:54:22 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157857
Mon Aug 23 19:04:24 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157885
Mon Aug 23 19:14:25 ADT 2010
sda 193 Load_Cycle_Count 0x0032 148 148 000 Old_age Always - 157913
but after disabling it, they seem to have stopped competely
Mon Aug 30 09:29:27 ADT 2010
sda 193 Load_Cycle_Count 0x0032 144 144 000 Old_age Always - 169894
Mon Aug 30 09:29:41 ADT 2010
sda 193 Load_Cycle_Count 0x0032 144 144 000 Old_age Always - 169894
Mon Aug 30 09:39:42 ADT 2010
sda 193 Load_Cycle_Count 0x0032 144 144 000 Old_age Always - 169894
terra>
Thanks guys for pointers on getting this disabled, very much appreciated. I'll post again after a month with an update.
--------------
Re: Green Caviar: High Load Cycle Count after short operation time
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
09-01-2010 06:37 PM - edited 09-01-2010 07:00 PM
Hi,
Like what seems to be many other Green users, after looking at my LCC for one of my drives, I am now a little concerned.
9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 4118
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 598022
I have an WD5000AADS
Looking at http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduse
"Affected Models:
WD20EADS, WD20EARS, WD15EADS, WD15EARS, WD10EADS, WD10EARS, WD8000AARS, WD7500AADS, WD7500AARS, WD6400AADS, WD6400AARS, WD5000AADS, WD5000AARS
...
The following article contains the download location: Answer ID 3263: The S.M.A.R.T Attribute 193 Load/Unload counter continue to increase for the WD RE2-..."
Folling that link to http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduse
"Affected Models:
WD1000FYPS-01ZKB0, WD7500AYPS-01ZKB0, WD7501AYPS-01ZKB0
...
Please click on this link, RE2GP Idle Mode Update Utility, to download the utility"
That link goes to http://support.wdc.com/product/download.asp?groupi
"This firmware modifies the behavior of the drive to wait longer before positioning the heads in their park position and turning off unnecessary electronics. This utility is designed to upgrade the firmware of the following hard drives: WD1000FYPS-01ZKB0, WD7500AYPS-01ZKB0, WD7501AYPS-01ZKB0.
CAUTION: Do not attempt to run this software on any hard drives other than what is listed above."
So my questions are
1) Should I be concerned about the 598022 load cycles that have already occured?
http://www.wdc.com/wdproducts/library/SpecSheet/EN
"Reliability/Data Integrity
Load/unload cycles (3) 300,000
(3) Controlled unload at ambient condition"
It's nearly at double the rated 300k and am counting multiple cycles per minute. Not long now till it actually hits 600k.
http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduse
"(drive has been validated to 1 million load/unload cycles without issue)"
If I leave the drive as is, it will reach 1 million cycles within 12 months of it's life
The drive is running between 33 and 40 deg C. Although this is well below the opperating temperature of 60 deg C (as per the pdf), it does say 300K cycles at ambient conditions. What are those amibent conditions? Is the cycle count less than 300K when the drive is run at 35 or 40 deg C?
2) There seems to be some inconsistant information about wdidle. Will using wdidle3 on my WD5000AADS affect my warranty?
The download page states "This utility is designed to upgrade the firmware of the following hard drives: WD1000FYPS-01ZKB0, WD7500AYPS-01ZKB0, WD7501AYPS-01ZKB0. CAUTION: Do not attempt to run this software on any hard drives other than what is listed above"
The drive is less than 6 months old and runs 24/7. Im worried that this drive will not last the full 3 years the warranty offers due to it's high cycle count, but the warranty will be invalidated if I use wdidle
Can you please advise?
Re: Green Caviar: High Load Cycle Count after short operation time
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
09-03-2010 04:22 PM - edited 09-03-2010 04:23 PM
In answer to your questions:
1) No. There is no solid statistic of failure after 300,000. However, I would always keep a backup of your data, just in case I'm full of crap.
2) No. It will not affect your warranty. That, I'm confident about.
Click the Kudos star to say thank you for helpful posts. And be sure to come back to click the 'Accept as Solution' button for the post that solved your issue. This may help someone else.
Re: Green Caviar: High Load Cycle Count after short operation time
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
09-04-2010 02:00 AM
Howdy all
Guys I know may be this is irrelevant question but I don’t have somewhere else to go so please bear with me.
My question is how I can get trained by WD professionals "how to repair HD?"
I am computer guy; working as an assistant IT Manager in big company. My habit is to learn all the time very keen to gain more knowledge all the time.
I hope some one should help me in this. After all you all are professionals.
Thanks in advance.
Best regards
Xaroom
"Tariq Zarrar"
Re: Green Caviar: High Load Cycle Cout after short operation time
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
09-05-2010
08:02 AM
- last edited on
09-07-2010
04:47 PM
by
Bill_S
oh, here's my part of this sad, pathethic story:
my MB is GA-MA78G-DS3H (revision 1.001, bios F9d), UPS is APC Back-UPS ES 525.
i have^Whad 5 WD drives:
- WD15EARS-00Z5B1, 80.00A80 (about 0.5-0.75 year old, system is here) 3742 Power_On_Hours, 105319 Load_Cycle_Count
- WD3000JS-00PDB0, 21.00M21 (~4-6 years old **bleep**) 28623 Power_On_Hours, no LCC counter, 1 realocation (event) of 20 sectors some years ago
- WD10EADS-65L5B1, 01.01A01 (~1.5 year old) 9963 Power_On_Hours, 421 Load_Cycle_Count, 1 uncorrectable, 1 pending
- WD10EADS-00M2B0, 01.00A01 (~1 year old) 7316 Power_On_Hours, 54863 Load_Cycle_Count, 2 pending
- and 3 year old WD2500AAJS-00VTA0 (i know, it doesn't have that "feature". it was used extensively all 3 years with no rest 24/7 in contrary to other ones which just sit there with occasional read), which decided to die few days ago in same fashion as next candidate for garbage bin.
i will tell now about this candidate and the rest but for now - try and guess which of those drives is also on edge of dying.
which one says:
[ 699.152271] XFS mounting filesystem sdb1
[ 701.903832] ata2.00: exception Emask 0x0 SAct 0x9 SErr 0x80000 action 0x0
[ 701.903836] ata2.00: irq_stat 0x40000008
[ 701.903838] ata2: SError: { 10B8B }
[ 701.903842] ata2.00: failed command: READ FPDMA QUEUED
[ 701.903847] ata2.00: cmd 60/00:18:8a:46:38/04:00:3a:00:00/40 tag 3 ncq 524288 in
[ 701.903848] res 41/40:00:ec:47:38/00:00:3a:00:00/40 Emask 0x409 (media error) <F>
[ 701.903851] ata2.00: status: { DRDY ERR }
[ 701.903853] ata2.00: error: { UNC }
[ 701.903860] ata2: hard resetting link
[ 702.361027] ata2: softreset failed (device not ready)
[ 702.361031] ata2: applying SB600 PMP SRST workaround and retrying
[ 702.514037] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 702.526095] ata2.00: configured for UDMA/133
[ 702.526107] ata2: EH complete
[ 705.151245] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 705.151248] ata2.00: irq_stat 0x40000008
[ 705.151252] ata2.00: failed command: READ FPDMA QUEUED
[ 705.151258] ata2.00: cmd 60/00:00:8a:46:38/04:00:3a:00:00/40 tag 0 ncq 524288 in
[ 705.151259] res 41/40:00:ec:47:38/00:00:3a:00:00/40 Emask 0x409 (media error) <F>
[ 705.151261] ata2.00: status: { DRDY ERR }
[ 705.151263] ata2.00: error: { UNC }
[ 705.155871] ata2.00: configured for UDMA/133
[ 705.155880] ata2: EH complete
[ 707.766908] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 707.766911] ata2.00: irq_stat 0x40000008
[ 707.766915] ata2.00: failed command: READ FPDMA QUEUED
[ 707.766921] ata2.00: cmd 60/00:00:8a:46:38/04:00:3a:00:00/40 tag 0 ncq 524288 in
[ 707.766922] res 41/40:00:ec:47:38/00:00:3a:00:00/40 Emask 0x409 (media error) <F>
[ 707.766924] ata2.00: status: { DRDY ERR }
[ 707.766926] ata2.00: error: { UNC }
[ 707.771945] ata2.00: configured for UDMA/133
[ 707.771958] ata2: EH complete
[ 710.382561] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 710.382564] ata2.00: irq_stat 0x40000008
[ 710.382568] ata2.00: failed command: READ FPDMA QUEUED
[ 710.382574] ata2.00: cmd 60/00:00:8a:46:38/04:00:3a:00:00/40 tag 0 ncq 524288 in
[ 710.382575] res 41/40:00:ec:47:38/00:00:3a:00:00/40 Emask 0x409 (media error) <F>
[ 710.382577] ata2.00: status: { DRDY ERR }
[ 710.382579] ata2.00: error: { UNC }
[ 710.387019] ata2.00: configured for UDMA/133
[ 710.387027] ata2: EH complete
[ 712.998224] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 712.998228] ata2.00: irq_stat 0x40000008
[ 712.998231] ata2.00: failed command: READ FPDMA QUEUED
[ 712.998237] ata2.00: cmd 60/00:00:8a:46:38/04:00:3a:00:00/40 tag 0 ncq 524288 in
[ 712.998238] res 41/40:00:ec:47:38/00:00:3a:00:00/40 Emask 0x409 (media error) <F>
[ 712.998241] ata2.00: status: { DRDY ERR }
[ 712.998242] ata2.00: error: { UNC }
[ 713.003094] ata2.00: configured for UDMA/133
[ 713.003102] ata2: EH complete
[ 715.613926] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 715.613930] ata2.00: irq_stat 0x40000008
[ 715.613933] ata2.00: failed command: READ FPDMA QUEUED
[ 715.613939] ata2.00: cmd 60/00:00:8a:46:38/04:00:3a:00:00/40 tag 0 ncq 524288 in
[ 715.613941] res 41/40:00:ec:47:38/00:00:3a:00:00/40 Emask 0x409 (media error) <F>
[ 715.613943] ata2.00: status: { DRDY ERR }
[ 715.613945] ata2.00: error: { UNC }
[ 715.619139] ata2.00: configured for UDMA/133
[ 715.619153] sd 1:0:0:0: [sdb] Unhandled sense code
[ 715.619155] sd 1:0:0:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08
[ 715.619158] sd 1:0:0:0: [sdb] Sense Key : 0x3 [current] [descriptor]
[ 715.619162] Descriptor sense data with sense descriptors (in hex):
[ 715.619163] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[ 715.619169] 3a 38 47 ec
[ 715.619172] sd 1:0:0:0: [sdb] ASC=0x11 ASCQ=0x4
[ 715.619175] sd 1:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 3a 38 46 8a 00 04 00 00
[ 715.619181] end_request: I/O error, dev sdb, sector 976766956
[ 715.619206] I/O error in filesystem ("sdb1") meta-data dev sdb1 block 0x3a383a4b ("xlog_bread") error 5 buf count 209715
?
~5 years old WD3000, you think ? WRONG !
~1.5 year old WD10EADS ? wrong again.
it's ~1 year old WD10EADS with magnificent "advanced extended power saving feature" bull**bleep**.
saw LCC difference on same model ? or is it almost "same" ?
actually, some time ago those two were "falling out" synchronly, sometimes brought back by drive auto hard reset via kernel or something, sometimes don't. after playing with wdidle 2 month ago (which was a bummer to find, as you may know) they (two 10EADSs) stopped to "fall out"... until today when WD10EADS-00M2B0 even stopped being detected by BIOS from time to time :\
i don't know if it will "calm down" again nor i have space to back up data, nor i have shop's 10 month warranty anymore (which would not helped since i don't have space). thank you, WD's "engineers"-creators of such wonderfull feature.
no doubt the next will be other 10EADS, then 15EARS, and only then - the oldest son of the b^Hfactory...
as always - you going with the lowest bidder and this is what you get. even if hardware itself is ok at first.
by the way - after playing with wdidle, LCC stopped rising on them at any time other than per each power cycle.
what sould i do now ?
"shoot" them out of their missery and drop them in a garbage bin ? beg for indulgence of local WD representation and ask them for replacement of both 10EADS, forgetting about data, and hoping that new ones will not fail same way ?
i believe its about ~100km from my place and drive there (twice at least) will cost 1/3 of new drive (a pun !) and i was collecting that data for long [delete] time ![]()
not cool, WD, not cool at all.
PS: i also "evaluated" and "appreciated" other WD15EARS (which was not "falling out" yet) feature - LYING about its physical sector size. oh, guys, i cannot express with words even in my native language how it was "enjoyable" to manually correctly allign 4 partitions on it and to calculate all this crap. finding tools with option to ignore DOS resctrictions was just a beggining.. and all in a sake of even more alienated WinXP users. but it's a different story.
PPS: it would be a good idea to fix your forum's "spoiler" tag not to fail with "Your post has been changed because invalid HTML was found in the message body. The invalid HTML has been removed." obscure message.
it also ugly and hurts eyes, every letter written here is painfull, litteraly, not counting cut open finger (while detaching drive's cords, so drive would not injure itself further). so much pain... for my own money >:{
Re: Green Caviar: High Load Cycle Cout after short operation time
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
09-05-2010 05:27 PM - edited 09-05-2010 06:12 PM
Great SCOTT,
This situation has gotten out of hand, at least for WD20EARS owners! Look I've done over two weeks of research prior to updating my hard drive with "Wdidle3". I actually bought my 2TB hard drive knowing that the LCC problem existed... Call me a risk taker... Actually smarter than you think, I bought the drive, formatted, partitioned, threw some data on it to see if it worked quick, and put the thing away until I found a solid solution. So as I mentioned before I did some serious research and found a simple yet effective way of fixing the 8 second idle time, to 5 mins which could potentially expand the life of your hard drive.
Here are my findings with absolute instructions on how you can create a USB DOS bootable stick, with "Wdidle3" on it. It's fairly simple with pictures and all. I've read many way's on how to create a DOS cd, USB DOS stick, etc. But they were all too complicated, and contained links to expired pages. My method is by far the EASIEST you will ever encounter. 5 mins idle time is recommended by Synology, and also the max idle time on the "Wdidle3" 30-300 second setting info. I wouldn't disable head parking indefinitely because head parking can STILL protect the drive. For those of you wondering the data I had on the hard drive did survive after the "Wdidle3" update [hehehe of course it would, it's just a firmware update]. In any case here's a link to my well thought out instructions:
HOW TO CREATE A DOS BOOTABLE USB STICK CONTAINING WDIDLE3
I'm an 11 year computer technician with A+ Certification knowledge...
![]()
P.s.
WD you totally suck for this, sure I bought my massive 2TB WD20EARS for $109. But at the cost of two weeks research... & for Pete's sake update your "Wdidle3" download page with information about other supported hard drives. From my experience the drive is quiet, fast in my Nexstar MX USB hdd enclosure, and really heavy! Oh did I forget to mention the fact that I also had to REALIGN the darn thing after formatting/partitioning the hard drive when I first purchased it for use under Win XP? Geez...
Re: Green Caviar: High Load Cycle Cout after short operation time
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
09-06-2010 11:29 PM
hehehe of course it would, it's just a firmware update
its not even a firmware upgrade, just a tweak/patch which sets the idle 3 parameter to an user-defined value.
| Forums | Ideas | News and Announcements | Register | Sign in | Help | Forum Guidelines | |

