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 _______________________________________________ Btrfs-devel mailing list [email protected] http://oss.oracle.com/mailman/listinfo/btrfs-devel
