On 13/10/11 19:06, krz...@gmail.com wrote: >> And what affect this rate of space reclaiming? When does it happen? >> Also I guess that if it happens it must lower overall io performance >> and rise loadavg ...? >> > and finaly is the performance overhead same as deleting same number of > files in system like ext3? When you delete large number of files in > ext3 (or any other system) you are looking at huge io traffic during > deletion. You are saying that in btrfs if you delete subvolume (that > had many files) you don't get free space instantenously so when and is > prerformance overhead basicly overaly SAME but in time? higher? lower? ext3 is slow to delete lots of files because the filesystem is block based, so if you delete a large file (eg an ISO image), then ext3 has to make a huge number of updates to the free space map to say that those blocks are now free.
btrfs like ext4 has support for extents, which can be any size, so typically if you delete a large file, then it occupies only one extent, so only that one extent needs to be marked as free, so a lot less I/O. If you delete a large number of files, then there is no avoiding the fact that a lot of metadata needs to be updated. In this respect btrfs is unlikely to be significantly faster than any other filing system. -- David Pottage -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
