1 |
On Tue, 6 Feb 2007 12:20:26 -0600 |
2 |
"Boyd Stephen Smith Jr." <bss03@××××××××××.net> wrote: |
3 |
|
4 |
> On Tuesday 06 February 2007, Mikko Husari <husku@×××××.net> wrote |
5 |
> about 'Re: [gentoo-desktop] disk partitioning': |
6 |
> > hmm, im really new to all that lvm stuff but i think i have a |
7 |
> > general idea about it, does it reduce performance at all? |
8 |
> |
9 |
> Yes, but it's a completely insignificant amount compared to the |
10 |
> additional flexibility it gives. Commercial UNIXes (HP-UX and AIX) |
11 |
> have been defaulting to LVM for years, if not decades. |
12 |
|
13 |
LVM works by dividing the disk into "physical extents" (the size of |
14 |
which are configurable on volume group creation), thus it is not |
15 |
guaranteed that all the data contained within a logical volume will be |
16 |
in one contiguous area on the disk. If this is the case, then the disk |
17 |
head will spend more time seeking, increasing the latency of a |
18 |
read/write operation. You can mitigate this on a per partition basis by |
19 |
specifiying '--contiguous y' when creating a logical volume with |
20 |
lvcreate. |
21 |
|
22 |
If you do decide to use a separate partition for portage then it is |
23 |
sensible to specify a block size of 2048 bytes when you format it |
24 |
(this is the -b option, at least for mkfs.ext* and mkreiserfs). As most |
25 |
files in the tree are ~2KiB, there is a significant amount of |
26 |
wastage with the default blocksize of 4096 bytes. It reduced the |
27 |
filesystem usage of the tree on my system from ~500MiB to ~250MiB, if I |
28 |
recall correctly. |
29 |
|
30 |
--atj |
31 |
-- |
32 |
gentoo-desktop@g.o mailing list |