Displaying 3 results from an estimated 3 matches for "dirty_and_release_pag".
Did you mean:
dirty_and_release_pa
2007 Sep 19
0
i_blocks and delay allocation
...thing are
drop/truncated and 'run_delalloc_range' calls 'btrfs_drop_extents' at
first place, so 'run_delalloc_range' may decrease the i_blocks.
('btrfs_drop_extents' doesn't increase i_blocks). In normal write
operation, i_blocks is increased in advance in
'dirty_and_release_pages', then decreased in 'run_delalloc_range' , so
final result is correct. But when do file defrag or mmap write,
i_blocks is only decreased by 'run_delalloc_range', i_blocks may
underflow quickly.
Regards
YZ
2010 Mar 02
3
2.6.33 high cpu usage
With the ATI bug I was hitting earlier fixed, only my btrfs partition
continues to show high cpu usage for some operations.
Rsync, git pull, git checkout and svn up are typicall operations which
trigger the high cpu usage.
As an example, this perf report is from using git checkout to change to
a new branch; the change needed to checkout 208 files out of about 1600
total files. du(1) reports
2009 Aug 24
0
[PATCH] Btrfs: proper metadata -ENOSPC handling
...);
list_add_tail(&cache->list, &cache->space_info->block_groups);
up_write(&cache->space_info->groups_sem);
diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c
index 7c3cd24..cabd0b2 100644
--- a/fs/btrfs/file.c
+++ b/fs/btrfs/file.c
@@ -129,8 +129,8 @@ static noinline int dirty_and_release_pages(struct btrfs_trans_handle *trans,
lock_extent(io_tree, start_pos, end_of_last_block, GFP_NOFS);
trans = btrfs_join_transaction(root, 1);
- if (!trans) {
- err = -ENOMEM;
+ if (IS_ERR(trans)) {
+ err = PTR_ERR(trans);
goto out_unlock;
}
btrfs_set_trans_block_group(trans, inode);
@@...