What a typical phoronix thread. An unsubstaniated comment about a distribution accepted as fact to fuel nerdrage
I wonder why the article then claims thatA check of dmesg should decide the matter.Fedora doesn't use write barriers with LVM
What a typical phoronix thread. An unsubstaniated comment about a distribution accepted as fact to fuel nerdrage
I don't care what the article said, I'm telling you what the fedora site said. I trust the guys who wrote this stuff more than Michael, in this case, especially since I haven't been able to find any evidence that fedora disables barriers at any level.
For the record, this F15 laptop saysCode:EXT4-fs (dm-1): mounted filesystem with ordered data mode
Does anyone has any type of official link stating that Fedora 15 indeed doesn't support write barriers on ext4 over LVM?
(I have no problems remounting ext4 with mount / -o remount,barrier; by default ext4 is mounted in ordered mode)
- Gilboa
Last edited by gilboa; 07-04-2011 at 02:19 AM.
>EXT4-fs (dm-1): mounted filesystem with ordered data mode
is the mount message from ext4. Filesystem, underlying device, mount options.
Nothing from lvm.
That's my point: the message should be from LVM since it is doing the management of said device.
Per this message, https://bugzilla.kernel.org/show_bug.cgi?id=9554#c0, syslog should report if barrier's are enabled but not supported by lvm.
I don't see the message, q.e.d., error not ocuring.
Do you have any link to documentation, or command I can run, that would say otherwise?
I stumbled upon another weird case where someone saw LVM be faster than directly using partitions. Turned out the LVM overhead (or maybe just the tester's whims) made a 1TB disk become slightly less than 1TB and apparently that allowed XFS (without inode64 mount option) keep inodes closer to their data. Life can be full of surprises.
Michael's tests were with ext4, though. And it's more of a size thing than an LVM thing, but if using LVM changes your sizing habits, then some performance differences could seem LVM-related...