| |||||||||||||
Future storage technologies and LinuxFuture storage technologies and LinuxPosted Apr 7, 2011 6:15 UTC (Thu) by JoeBuck (subscriber, #2330)In reply to: Future storage technologies and Linux by njwhite Parent article: Future storage technologies and Linux But if you write your Linux driver to bypass the processor on your high-end disk, you're almost guaranteed to have a lower-performance system than the Windows competition, because you're forcing the main CPU to do all the work. Now, if there were a way to write free firmware to run on that high-end dedicated ARM processor with 1Gb memory, that would be cool. So maybe the way to go is to start by assuming that you'll do that, then figure out what the interface should be between the host and the dedicated disk processor. Then both the FLOSS people and the proprietary people could program to that interface.
(Log in to post comments)
Future storage technologies and Linux Posted Apr 7, 2011 21:19 UTC (Thu) by jhhaller (subscriber, #56103) [Link]
One of the reasons the drive firmware is faster is that on startup, the drive can start figuring out where all the data is before the OS boots. The advantage is bigger for solid state drives, where the controller doesn't have to wait for the drive to spin up. If the OS controlled everything, it couldn't start reading that data until the OS got to the point of reading the data. Plus, the "native" drives couldn't be used as a boot drive, as the BIOS wouldn't know how to read it.
|
|||||||||||||