Hi Kent, thanks for the answer. Reading bcache docs, I found that there should be distinction, in bcache, between "small" writes and "large" writes. I was wondering if the choice of the layer could influence this distinction. Namely, LV uses PE of 4MB, which, I'm not sure, results in writes of 4MB as smallest size. Thanks, bye, pg On Mon, Feb 06, 2012 at 12:34:57PM -0800, Kent Overstreet wrote: > I'd personally use the raid as the backing device but any would work - > you would have duplicates ending up in the cache if you cached the > hard drives directly. > > On Mon, Feb 6, 2012 at 10:56 AM, Piergiorgio Sartor > <piergiorgio.sartor@xxxxxxxx> wrote: > > Hi all again, > > > > I'm not sure if the topic was already discussed here, > > anyway I'll go ahead, sorry if it is a duplication. > > > > I was wondering, in case of layered devices, what would > > be the best layer to use as backing device. > > > > Specifically, I've two HDDs in RAID10 (Linux md driver, > > software RAID), on top of the RAID there are LV partitions. > > > > Obviously, it would be possible to use the RAID components, > > i.e. the HDDs as backing devices, or the RAID itself, or > > the LV partitions (/dev/mapper/VolXXX). > > > > My guess would be to use the LV partitions, since these > > are closer to the filesystem, but, maybe, using the RAID > > or even the single HDDs could be better. > > > > Any idea on the topic? Suggestions & motivations? > > > > Thanks a lot in advance, > > > > bye, > > > > -- > > > > piergiorgio > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-bcache" in > > the body of a message to majordomo@xxxxxxxxxxxxxxx > > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe linux-bcache" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- piergiorgio -- To unsubscribe from this list: send the line "unsubscribe linux-bcache" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
