ocfs2: Always try for maximum bits with new local alloc windows
authorMark Fasheh <mfasheh@suse.com>
Fri, 12 Mar 2010 02:43:46 +0000 (18:43 -0800)
committerJoel Becker <joel.becker@oracle.com>
Thu, 18 Mar 2010 20:22:42 +0000 (13:22 -0700)
commitb22b63ebafb97b66d1054e69941ee049d790c6cf
tree98c6049f6ab23ad71ed4ba6dad43558296ae69b6
parentfcefd25ac89239cb57fa198f125a79ff85468c75
ocfs2: Always try for maximum bits with new local alloc windows

What we were doing before was to ask for the current window size as the
maximum allocation. This had the effect of limiting the amount of allocation
we could get for the local alloc during times when the window size was
shrunk due to fragmentation. In some cases, that could actually *increase*
fragmentation by artificially limiting the number of bits we can accept. So
while we still want to ask for a minimum number of bits equal to window
size, there is no reason why we should limit the number of bits the local
alloc should accept. Hence always allow the maximum number of local alloc
bits.

Signed-off-by: Mark Fasheh <mfasheh@suse.com>
Signed-off-by: Joel Becker <joel.becker@oracle.com>
fs/ocfs2/localalloc.c