On 2014-09-19 14:10, Jeb Thomson wrote:
With the advanced features of btrfs, it would be an additional simple task to 
make different platters run in parallel.

In this case, say a disk has three platters, and so three seek heads as well. 
If we can identify that much, and what offsets they are at, it then becomes a 
trivial matter to place the reads and writes to different platters at the same 
time.

In affect, this means each platter should be operating as a single virtualized 
unit, instead of one single unit...

In theory this is a great idea except for two things:
1) Most consumer drives have only one platter.
2) The kernel doesn't have such low-level hardware access, so it would have to be implemented in device firmware (and I'd be willing to bet that most drive manufacturers already stripe data across multiple platters when possible).


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to