[GFS2] Map multiple blocks at once where possible
authorSteven Whitehouse <swhiteho@redhat.com>
Mon, 18 Sep 2006 21:18:23 +0000 (17:18 -0400)
committerSteven Whitehouse <swhiteho@redhat.com>
Mon, 18 Sep 2006 21:18:23 +0000 (17:18 -0400)
commit7a6bbacbb8dec6fbd1242c959250388f907d429e
tree8e314f0b3fd6e54154562c0a9b20173d539470a2
parent65952fb4e91c159d253bd28ceaf028a86dbb0b02
[GFS2] Map multiple blocks at once where possible

This is a tidy up of the GFS2 bmap code. The main change is that the
bh is passed to gfs2_block_map allowing the flags to be set directly
rather than having to repeat that code several times in ops_address.c.

At the same time, the extent mapping code from gfs2_extent_map has
been moved into gfs2_block_map. This allows all calls to gfs2_block_map
to map extents in the case that no allocation is taking place. As a
result reads and non-allocating writes should be faster. A quick test
with postmark appears to support this.

There is a limit on the number of blocks mapped in a single bmap
call in that it will only ever map blocks which are pointed to
from a single pointer block. So in other words, it will never try
to do additional i/o in order to satisfy read-ahead. The maximum
number of blocks is thus somewhat less than 512 (the GFS2 4k block
size minus the header divided by sizeof(u64)). I've further limited
the mapping of "normal" blocks to 32 blocks (to avoid extra work)
since readpages() will currently read a maximum of 32 blocks ahead (128k).

Some further work will probably be needed to set a suitable value
for DIO as well, but for now thats left at the maximum 512 (see
ops_address.c:gfs2_get_block_direct).

There is probably a lot more that can be done to improve bmap for GFS2,
but this is a good first step.

Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
fs/gfs2/bmap.c
fs/gfs2/bmap.h
fs/gfs2/log.c
fs/gfs2/ops_address.c
fs/gfs2/quota.c
fs/gfs2/recovery.c