Fedora 15, new and exciting plans

drago01 drago01 at gmail.com
Sun Nov 14 15:57:41 UTC 2010

On Sun, Nov 14, 2010 at 12:41 AM, Richard W.M. Jones <rjones at redhat.com> wrote:
> On Fri, Nov 12, 2010 at 06:26:48PM +0000, "Jóhann B. Guðmundsson" wrote:
>> *DE could consider switching the default to use EXT4 directly without
>> LVM. [1]
>> 1. http://fedoraproject.org/wiki/Features/NoDefaultLVM
> The "Detailed Description" seems contradictory:
> | LVM provides very little benefit for most Fedora users, at the cost of
> | performance and complexity:
> |
> | * Certain filesystem features (ext3 barriers) are unavailable when run
> |   on top of LVM.
> Isn't this just a bug which should be fixed?  (I actually thought this
> had been fixed already)
> | * Software RAID performance is greatly reduced when layered on LVM.
> But the stated task is to get rid of LVM except for "experts in
> storage administration" (from the next section of the same document).
> Who will presumably be the only ones wanting Software RAID.  The
> non-experts won't know anything about Software RAID, so they won't be
> affected by this performance problem with LVM.
> | * LVM partitions are not automatically assembled by the desktop systems.
> I'm not sure what this one means.  "assembled" as in what happens when
> you spread a VG over multiple block devices?
> Anyway, I think LVM is jolly useful:
> - You can expand the root filesystem (eg. into spare space or
> across block devices).
> - You can live pvmove filesystems from one device to another.
> It may be that the tooling is not there to make these features
> available for non-experts, but that's a problem with lack of tools,
> not with LVM.  Partition tables are horrible and inflexible in
> comparison to LVM.
> Can we at the very least have some numbers backing up the supposed
> performance problems?

Something else to add to the list: Does not support discard (aka TRIM)
when using SSDs which hurts performance and lifetime of said drives.

More information about the devel mailing list