[Ocfs2-tools-devel] [PATCH 2/3] O2image: Cleanup for redundant bit mapping.
tristan
tristan.ye at oracle.com
Wed May 26 23:35:06 PDT 2010
Srinivas Eeda wrote:
> ocfs2_image_mark_bitmap sets the bit in memory. It sets some bits
> redundantly so that in the case of corrupt fs it might help. Are you
> running into any issue ?
>
No, I didn't ever run into any issue so far;)
It did do redundant mappings if you output the blkno as debugging.
However, it's neither a performance killer nor bug producer as you said,
and it may help when bit did got set in extent_alloc and btree was using
corresponding blk in a corrupted fs.
>
> On 5/24/2010 5:25 AM, Tristan Ye wrote:
>> traverse_extents() should not be trying to map btree extent blocks since
>> we've already mapped them when doing scans for extent_alloc chains.
>>
>> Am I missing anything?
>>
>> Signed-off-by: Tristan Ye <tristan.ye at oracle.com>
>> ---
>> o2image/o2image.c | 1 -
>> 1 files changed, 0 insertions(+), 1 deletions(-)
>>
>> diff --git a/o2image/o2image.c b/o2image/o2image.c
>> index 6f32486..9bac71a 100644
>> --- a/o2image/o2image.c
>> +++ b/o2image/o2image.c
>> @@ -106,7 +106,6 @@ static errcode_t traverse_extents(ocfs2_filesys
>> *ofs,
>>
>> for (i = 0; i < el->l_next_free_rec; ++i) {
>> rec = &(el->l_recs[i]);
>> - ocfs2_image_mark_bitmap(ofs, rec->e_blkno);
>> if (el->l_tree_depth) {
>> ret = ocfs2_read_extent_block(ofs, rec->e_blkno, buf);
>> if (ret)
>>
More information about the Ocfs2-tools-devel
mailing list