On Saturday 06 February 2010, 0bo0 wrote: > anyone on when/why to use different RAID geometries for data & metadata? >
I expected that the size of data and meta-data are different by several order of magnitude. So I can choice different trade-off between space/speed/reliability for data and/or metadata. If I need speed I can put the meta-data in a "fast" raid (like raid10) and put the data in a slow raid (like raid6). Or if I can tolerate the lost of data, I can put the meta-data in raid1 and the data in raid0. A fault of a disk, may lead to lost of data, but not to lost of the meta-data (the file-system is fully working). > On Sun, Jan 24, 2010 at 8:38 AM, 0bo0 <0.bugs.onl...@gmail.com> wrote: > > hi > > > > On Sun, Jan 24, 2010 at 3:28 AM, RK <rk...@computer.org> wrote: > >> try this article "Linux Don't Need No Stinkin' ZFS: BTRFS Intro & > >> Benchmarks" > >> http://www.linux-mag.com/id/7308/3/ > >> , there is a benchmark table and speed analysis (very informative), but > >> all the benchmarks are done with same -m and -d mkfs.btrfs option > > > > that's one of the articles i' read. it also does mention that you can > > define data/metadata as differnt RAID, afaict, it doesn't (?) say > > anything about the what/why you would ... which is what i'm unclear > > about. > > > > thanks! > > > -- > 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 > -- gpg key@ keyserver.linux.it: Goffredo Baroncelli (ghigo) <kreijackATinwind.it> Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512 -- 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
