Re: abysmal rm performance?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tomasz Chmielewski posted on Sat, 20 Jul 2013 13:37:26 +0800 as excerpted:

> So it looks like removing files with btrfs [as opposed to ext4] needs
> much more metadata updates?

You /really/ need to read up on the btrfs wiki.

The short answer is yes, btrfs does a LOT more metadata processing due to 
the checksumming it does by default.  (Consider that it must have all the 
metadata from a leaf available in ordered to rechecksum it when one 
file's metadata from that leaf gets deleted.)  Additionally, btrfs keeps 
two copies of metadata by default, in raid1 mode if there's multiple 
devices (btrfs raid1), DUP mode if not (other forms of raid, which would 
appear to btrfs as a single device).

Then there's the whole problem that you didn't provide nearly enough 
information about your test to tell what it was actually comparing.  What 
sort of raid1, btrfs/md/dm/hardware/what, and if btrfs raid1, was that 
for both data and metadata or just one of the two and what was the other 
one if they weren't both raid1?  And if you were testing btrfs raid1, 
what did you do with the ext4 test to try to make it comparable since 
ext4 doesn't have a native raid1 mode, or was it on a single device?

So... read up on the wiki a bit, then come back with questions you have 
that aren't answered there.  (I certainly had some I didn't see directly 
answered there when I first started with btrfs.)

https://btrfs.wiki.kernel.org/

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
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




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux