2014-03-09 18:36 GMT+01:00 Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>: > On 03/09/2014 04:17 AM, Swâmi Petaramesh wrote: >> Le dimanche 9 mars 2014 08:48:20 KC a écrit : >>> I am experiencing massive performance degradation on my BTRFS >>> root partition on SSD. >> >> BTW, is BTRFS still a SSD-killer ? It had this reputation a while >> ago, and I'm not sure if this still is the case, but I don't dare >> (yet) converting to BTRFS one of my laptops that has a SSD... >> > Actually, because of the COW nature of BTRFS, it should be better for > SSD's than stuff like ext4 (which DOES kill SSD's when journaling is > enabled because it ends up doing thousands of read-modify-write cycles > to the same 128k of the disk under just generic usage). Just make > sure that you use the 'ssd' and 'discard' mount options. Every modern SSD does "Wear Leveling". Doing a read-modify-write cycle on the same block doesn't mean it writes to the same memory cell. The SSD-controller distributes the write-cycles over all (empty) cells. So in best-case every cell in the SSD is used equally, no matter of doing random writes or writing the same block over and over. This works better with lots of empty space on the SSD, that's why you should never use more than 90% of the space on a SSD. Garbage collection and TRIM also help the SSD-controller to find empty cells. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
