[Btrfs-devel] btrfs and Solid State Disks (SSD).
Miguel Figueiredo Mascarenhas Sousa Filipe
miguel.filipe at gmail.com
Mon Feb 11 10:39:15 PST 2008
Hi there,
This might sound stupid, but since I cannot infer from the
documentation and features of btrfs the answer to my doubts.
Here it goes:
Is the data and metadata ondisk layout of btrfs favorable for SSDs ?
>From what I read, current SSD are characterized by:
- poor performance in random writes (because of block erasure)
- require wear leveling, even those that emulate sata/ide/scsi disk
with onboard wear leveling logic.
- excellent seek latency
- excellent read (random and sequential) performance.
- good at sequential writes.
I've read that journaling file systems are usually bad for SSD because
of (from what I suppose are) two things:
- increased "random" write load (journal + proper data)
- write hot spot on the journal, causing lots of write cycles on a
given set of blocks.
Theoretically, ext2 would be better for a SSD than ext3 because of these issues.
So, is the design of btrfs a good match for the peculiarities of SSDs ?
Kind regards,
patiently waiting for btrfs to mature and become the default linux filesystem ;D
--
Miguel Sousa Filipe
--
Miguel Sousa Filipe
More information about the Btrfs-devel
mailing list