[linux-lvm] lvcreate distributed extent option

James Hawtin oolon at ankh.org
Sat Nov 30 11:25:03 UTC 2002

On Sat, 30 Nov 2002, [iso-8859-1] Ragnar Kjørstad wrote:

> Only if you're only using a single or a few files at the time. If you're
> using many files in parallel you will get more I/O's per second by
> concatenating the devices instead if striping them. (that's what LVM
> does by default)

That of course assumes that your filesystem spreads files across the whole
lv in random and even fashion, and of cos if the contation uses two
different parts from the same disk its much slower... I have a feeling
that files are more oftain clustered towards the front of the disk. But
like with all things how you  setup your disks is very "use" dependant and
requires some degree of black magik ;-) Or atleast trying what works best
for you. Personally I have found stripping does not make my system much
faster. (Mostly I do compiling) Probably for me if I wanted to get IO,
mirroring include paths would be best, which is the best for reading,
"normal" for writting. And striping for where the data is being written,
but I guess thats why people use the jack of all trades raid 5 ;-)

I wish Lvm supported raid 5 and Mirroring...


More information about the linux-lvm mailing list