[linux-lvm] HUGE LVM log file...
Wolfgang Weisselberg
weissel at netcologne.de
Wed Jul 18 00:00:51 UTC 2001
Gonyou, Austin (austin at coremetrics.com) wrote 53 lines:
> Is there a how-to or cookbook type doc which tells how/why you should setup
> your LE/PE's? Outter tracks/inner tracks, speed areas, etc?
Just use it, unless your disk is a definite bottleneck, don't
worry about that. That's the whole idea of LVM: don't worry;
just adjust the sizes as you need.
On the other hand I'd put a small(ish) /boot (or the complete /
) close to the front of the disk (lilo might still not like
high cylinders on all computers), put swap not on LVM and
close to the front of the HD[1]. You can always add swap
files/partitions on the fly, if you need them.
If you need to plan something, put the data/programs which are
small and heavily accessed close to the front, where swap is.
Slower data can have the rest. But again, unless you have
*good* data, you are probably not only guessing wrong, but
also optimising at the completely wrong place.
[1] LVM is a tad slower than non-LVM[2]. And you want your
primary swap to be FAST. If you have multible fast disks,
give each of them a swapspace. By giving them all the same
priority (see man swapon for more info) the kernel will use
them just like a stripped volume, speeding it up further.
[2] it has to calculate the PE from the LE, which takes some
small time
> Theory around this is a good thing with relation to LVM and using it. Any
> ideas on that?
Yes: Cluster the PEs of your most accessed LEs (minimize head
movement and thus seek time), spread them out evenly over all
your _fast_ disks (independent reading, independent -- thus
faster -- seeking, smaller 'most accessed' PE clusters == less
head movement == faster seeking) and move the PEs of your most
accessed LEs to the front of the disks (faster reading/writing).
And most important: Don't fix/tune it unless it's broken/a
proven and measured bottleneck.
-Wolfgang
More information about the linux-lvm
mailing list