>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. I know, I know. Issue is with many (small) files. > 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. Are you sure? That would mean that instant deletion of subvolume in btrfs is actualy taking ??SAME?? time and io power in BACKGROUND like deleting by rm -rf in any filesystem. Common misconception would be that subvolume deletion is much more efficient and near zero time consuming. I think it is very important to clear that up. -- 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
