When you create an LV, the device ends up with a readahead of 256 bytes. A normal (non-LVM) device's readahead appears to default to 8192 bytes. This makes LVM FSs benchmark (and perform) very badly (our read rate dropped from 320M/s to 90M/s).
To make matters worse, LVM has an internal 'read ahead sectors' variable which is apparently unused, but still displayed by e.g. lvdisplay which just adds to the confusion.
This is apparently a known issue upstream, but not considered a priority:
Binary package hint: lvm2
When you create an LV, the device ends up with a readahead of 256 bytes. A normal (non-LVM) device's readahead appears to default to 8192 bytes. This makes LVM FSs benchmark (and perform) very badly (our read rate dropped from 320M/s to 90M/s).
To make matters worse, LVM has an internal 'read ahead sectors' variable which is apparently unused, but still displayed by e.g. lvdisplay which just adds to the confusion.
This is apparently a known issue upstream, but not considered a priority:
http:// linux.msede. com/lvm_ mlist/archive/ 2004/06/ 0108.html