Hi Miao,
As you suggested, in btrfs_recover_log_trees(), the items to modify in the
transaction are
not known before entering a tree, we can use the global block reservation for
it.
Signed-off-by: Itaru Kitayama kitay...@cl.bb4u.ne.jp
---
fs/btrfs/tree-log.c |2 ++
1 files changed, 2
Hi, Kitayama-san
Firstly, thanks for your test.
On Sat, 1 Jan 2011 00:43:41 +0900, Itaru Kitayama wrote:
Hi Miao,
The HEAD of the perf-improve fails to boot on my virtual machine.
The system calls btrfs_delete_delayed_dir_index() with trans block_rsv set to
NULL,
thus selects, in
Hi Miao,
The HEAD of the perf-improve fails to boot on my virtual machine.
The system calls btrfs_delete_delayed_dir_index() with trans block_rsv set to
NULL,
thus selects, in get_block_rsv(), empty_block_rsv whose reserve is 0 (and size
is also 0),
which leads to ENOSPC. I wonder below patch
Compare with Ext3/4, the performance of file creation and deletion on btrfs is
very poor. the reason is that btrfs must do a lot of b+ tree insertions, such as
inode item, directory name item, directory name index and so on.
If we can do some delayed b+ tree insertion or deletion, we can improve
