On 4/21/2010 9:20 AM, Bill Davidsen wrote: > I hear this said, but I don't have any data to back it up. Drive vendors > aren't stupid, so if the parking feature is likely to cause premature > failures under warranty, I would expect that the feature would not be > there, or that the drive would be made more robust. Maybe I have too > much faith in greed as a design goal, but I have to wonder if load > cycles are as destructive as seems to be the assumption. Indeed, I think you have too much faith in people doing sensible things. Especially when their average customer isn't placing the drive in a high use environment and they know it, and suggest against doing so. > I'd love to find some real data, anecdotal stories about older drives > are not overly helpful. Clearly there is a trade-off between energy > saving, response, and durability, I just don't have any data from a > large population of new (green) drives. I've not seen any anecdotal stories, but I have seen plenty of reports with real data showing a large number of head unloads from the SMART data after a relatively short period of use. Personally mine has a few hundred so far and I have not even used it for real storage yet, only testing. The specifications say it's good for 300,000 cycles, so do the math... getting 5 unloads per minute would lead to probable failure after 41 days. Granted that is about worst case, but still something to watch out for. In order to make it the entire 3 year warranty period, you need to stay under 11.4 unloads per hour. If you have very little IO activity, or VERY MUCH, then this is entirely possible, but more moderate loads in the middle have been observed to cause hundreds of unloads per hour. Given that, and the fact that WD themselves have stated that you should not use these drives in a raid array, I'd either stay away, or watch out for this problem and try to take action to avoid and monitor it. -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
