On Wed, Jun 16, 2010 at 11:08:48AM -0700, K. Richard Pixley wrote: > Once again I'm stumped by some performance numbers and hoping for > some insight. > > Using an 8-core server, building in parallel, I'm building some > code. Using ext2 over a 5-way, (5 disk), lvm partition, I can build > that code in 35 minutes. Tests with dd on the raw disk and lvm > partitions show me that I'm getting near linear improvement from the > raw stripe, even with dd runs exceeding 10G, so I think that > convinces me that my disks and controller subsystem are capable of > operating in parallel and in concert. hdparm -t numbers seem to > support what I'm seeing from dd. > > Running the same build, same parallelism, over a btrfs (defaults) > partition on a single drive, I'm seeing very consistent build times > around an hour, which is reasonable. I get a little under an hour > on ext4 single disk, again, very consistently. > > However, if I build a btrfs file system across the 5 disks, my build > times decline to around 1.5 - 2hrs, although there's about a 30min > variation between different runs. > > If I build a btrfs file system across the 5-way lvm stripe, I get > even worse performance at around 2.5hrs per build, with about a > 45min variation between runs. > > I can't explain these last two results. Any theories? I suspect they come down to different raid levels done by btrfs, and maybe barriers. By default btrfs will duplicate metadata, so ext2 is doing much less metadata IO than btrfs does. Try mkfs.btrfs -m raid0 -d raid0 /dev/xxx /dev/xxy ... Then try mount -o nobarrier /dev/xxx /mnt Someone else mentioned blktrace, it would help explain things if you're interested in tracking this down. -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
