The Benefits of Hybrid Drives 193
feminazi writes "Flash memory is being integrated with the hard disk by Seagate and Samsung and onto the motherboard by Intel. Potential benefits: faster read/write performance; fewer crashes; improved battery life; faster boot time; lower heat generation; decreased energy-consumption. Vista's ReadyDrive will use the hybrid system first for laptops and probably for desktops down the road. The heat and power issues may also make it attractive in server environments."
Maximum Writes for Flash Memory? (Score:2, Interesting)
Am I missing something here? How are they going to overcome this if they plan on using the same type of memory for disk cache?
Re:Finally... (Score:5, Interesting)
The prices finally fell to where it's economically feasible.
Personally, I like Intel's idea better (embedding the flash memory in the drive controller), because it should work just fine with existing drives. It might also be upgradeable, but I'm not holding my breath.
A good idea (Score:2, Interesting)
Imagine twenty 1 gig flash memory cards in a row
another "benefit" (Score:2, Interesting)
no, I dont like this one bit, it's just a huge security hole begging for exploitation by hackers and DRM vendors.
Re:Finally... (Score:2, Interesting)
People have been talking about doing exactly this technique for quite a while. It just never hit the mainstream. I even think that there were a couple commercial implementations of this, but I'm not sure on that last point. It is definitely talked about in research papers on filesystems that I have read.
Re:another "benefit" (Score:5, Interesting)
flash memory is persistant. Unless you provide open apis to allow anyone to develop applications to wipe it, there is no real way to confirm anything that gets stored on it is actually removed.
Every platform, but especially windows, has a history of security exploits, and now the viruses will have somewhere to hide where they will be much harder to dig out, and anyone wanting to implement DRM could build an OS designed to hide critical components of it by burying it on the flash memory.
Not applicable to server environments (Score:4, Interesting)
Not necessarily... perhaps during boot time. These potential savings are reserved for end-users who aren't doing anything data intensive. Last time I checked: database, web, email, and file servers are all data intensive... meaning that the drives will have to be spinning.
Hybrid drives do less in a server environment than a RAM disk. They can help boot faster, which is great for disaster recovery. If heat & power are a huge concern, flash drives, that are here now, solve those problems.
Catastrophic Failure of Flash Memory (Score:4, Interesting)
The hard drive in my Compaq x86 workstation has been humming nicely for more than 5 years. Due to the nature of my work at the institute, the number of writes to the hard drive have easily exceeded 100000 during that time.
Using flash memory as a fast cache for the hard drive will increase the performance of the drive but will decrease the overall life of the drive. Someone will be awfully upset when she makes a final save of her million-dollar PowerPoint presentation for the CEO and discovers that the save is the 100001st write to the hybrid drive.
Hopefully, the engineer who designed this hybrid drive has, at a minimum, integrated an LCD counter and a tiny speaker into the drive. The counter shall display the running total of the number of writes to the flash memory. The tiny speaker shall beep like crazy when the total exceeds 99900.
Not in most servers... (Score:4, Interesting)
No, it won't. Servers have large ammounts of system RAM, which is far faster than flash on the hard drive bus could ever be. They also have battery-backed RAID controllers, meaning flash would be a step down, not a step up.
This is only really useful in notebooks.
Are standard file formats fine for use on flash? (Score:2, Interesting)
Re:Catastrophic Failure of Flash Memory (Score:5, Interesting)
The thing to note is that that limitation is per flash block, not for the whole thing. So for a 1 GB flash component, given perfect block mapping, you can write around 100 TB of data to it before it wears out. With a 150MB/sec transfer rate, it would take more than a week of continuous writing to write that much. As well, modern flash can withstand a couple million writes, extending the life to several months of continuous writing. Given that this would generally be containing operating system components, which are read often but written to rarely, the lifespan of the memory should be no worry at all.
Re:Maximum Writes for Flash Memory? (Score:5, Interesting)
A 1GB flash-module bein written to *constantly* (24 hours a day, 365 days a year) with a sustained speed of 5MB/s would thus wear out sometime after 6.5 *YEARS* of continous operation.
I'm guessing you can see why this problem is purely hypothethical for 99.99% of all laptops out there. You don't write to disc *constantly* and even if you did, you don't typically use the laptop 24/365, and even if you did, having a laptop-drive fail after 6-7 years is normally not a showstopper.
If, more realistically, the laptop is used 8 hours/day 250 days/years, and writes to disc 10% of the time when turned on, then the 1 million writes to flash will get reached after aproximately 30 years.
Even these numbers are high -- my laptop is heavily used as a developer workstation, and it certainly does not write to disc 10% of the time it is turned on.
Where to put the flash? (Score:5, Interesting)
To my mind, the logical place to put it is on the drive. This is where the useful caching information is most easily available. (Which sectors are read/written how often? Which reads are often delayed by waiting for the disk to spin up?) This is also where you can make the process most transparent. The drive's firmware can make the system "just work", like a standard HD, but faster - whatever the OS, no drivers needed. (Although you'd possibly like to have drivers to give the OS more control over what is flash-cached.)
Re:Are standard file formats fine for use on flash (Score:4, Interesting)
There are research filesystems that are optimized for this kind of a hybrid environment. These were written for MEMS insetead of flash, but the basic ideas are nearly the same.
http://www.ssrc.ucsc.edu/proj/mems.html [ucsc.edu]
Disclaimer: I work there. I may be biased.
Re:Where to put the flash? (Score:3, Interesting)
LoB
Suspend to disk + flash for better boot times. (Score:2, Interesting)
Flash is great but even with its random access speeds, the throughput isn't much better than drives, and so I don't see such a huge boost in boot times from flash alone. To have your cpu do all of that work every boot seems a bit rediculous. Reading a 512+ MB file into memory and a few adjustments, you are back to where you were.
(As an aside, can anyone tell me how BeOS was able to boot in only around 7 seconds for me a decade ago, to a fully usable desktop? From fully off to fully usable, that was nuts.... what can modern operating systems do to approach this?)
Re:Catastrophic Failure of Flash Memory (Score:5, Interesting)
Depends on what you're doing. For example, if you run IIS, your log files (by default; you can change this) are in %WINDIR%\Sytem32\LogFiles. That's going to have a lot of writes. Any new hardware or software installation may cause writes to %WINDIR%. There's a lot of other stuff that legitimately writes to %WINDIR% like installing a new printer (think roaming -- you may print to a different printer every day), the .NET Global Assembly Cache, Visual Styles and themes, and a whole lot more. Whether these things should be in %WINDIR% or not is a different question. The point is that using flash for %WINDIR% under the assumption that you'll not write there very often is a little naive. Perhaps Vista reorganizes %WINDIR% somewhat so that fewer processes need to write there.
All of this is a moot point anyway, because this use of flash is only as cache. Anything written to the flash drive should eventually be flushed to the hard drive. Similarly, if you've exhausted your write cycles and try to write to the cache, it should seamlessly catch the fault and go directly to hard drive. In that case it would be nice to give an occasional notice that your flash chip is exhausted and you need to replace it, but you should not risk losing any data. I'm not a big fan of on-board flash simply because it may be unreplaceable. Any onboard flash chips should not be surface-mounted, but socketed like RAM, CPU, or the clock battery. That will require some standardization on sockets, but as long as there are only two or three different options and the designers of said options let others build chips using that interface (*cough*Sony*cough*) it shouldn't be a problem.
In the long run, I think computer manufacturers will love this. How likely do you think your parents will be to replace their onboard flash when they run out of write cycles? The average consumer will just buy another PC for a couple hundred dollars rather than buying a new flash chip and installing it (or paying someone to install it).
How soon do you think the conspiracy theories will start up that manufacturers like Dell are intentionally shortening the life of onboard flash through factory "testing"?
Massive disk cache (Score:5, Interesting)
Why doesn't this exist today? I think it was a really good idea. The closest thing I've found is Gigabyte's iRam, but this isn't really the same thing - as it's purely a RAM drive and doesn't persist to hard disk.
I think that slow booting is the one of the biggest annoyances of computers and the primary reason many people never turn off their machines in an office environment (hiberating on XP rarely works reliably in my experience - usually due to driver issues not reinitialising the hardware properly rather than there being any problem with XP itself).
If people's machines booted to the desktop in under 10 seconds, far more people would turn them off at the end of the day and worldwide power consumption would be significantly reduced.
Write Limitation (Score:2, Interesting)
Re:Finally... (Score:3, Interesting)
No, seriously. Sure, lots of filesystems journal, but how many can journal with separated control? In a normal journalled fs, the journal is stored on the same media as the disk - and thus suceptable to the same corruption.
It's like the issues that put journalling in place originally; sure, some data can fail and we're ok, but if the filesystem structures fail, everything is effectively lost.