> It'll be exactly 2 copies at the moment. Note that performance on > an SSD will at least halve, and performance on a rotational device > will probably suck quite badly. Neither will help you in the case of a > full-device failure. You still need backups, kept on a separate machine. >
Write performance, sure, but reads shouldn't be that much slower? For DUP on same device I was thinking about family photos, source code and such, not for compiles or databases with a lot of queries. Of course you need backups, offsite backups.. I had a fire a couple of years ago, and, well.. If the second machine also is in the vicinity.. We were lucky this time, but a couple of more minutes and all would have been lost. Got me thinking a bit more. > The question is, why? If you have enough disk media errors to make > it worth using multiple copies, then your storage device is basically > broken and needs replacing, and it can't really be relied on for very > much longer. I was thinking that DUP on same device was mostly for protection against bit rot and smaller errors, not device failure. If the device starts to misbehave, it might be enough to rescue the data to another device if you have DUPes. Ok, a backup will probably help there too. I'm putting together a new server at home, and want the checksums in btrfs, and multiple copies of the important data. As I understand it it's better than RAID6 that I used earlier, which has it's own set of problems. And multiple offsite backups. I'll try and see if it's possible to use DUP for data on same device, when I looked around it seemed as it wasn't possible. > > Hugo. > Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html