summaryrefslogtreecommitdiffstats
path: root/fs/dlm/recoverd.h
diff options
context:
space:
mode:
authorDave Chinner <dchinner@redhat.com>2011-01-27 12:16:28 +1100
committerAlex Elder <aelder@sgi.com>2011-01-28 09:05:35 -0600
commit14b064ceaa6f51a7426cc45b4b43685b94380658 (patch)
treeacb620a958da7f3528acc04899c685591663fc24 /fs/dlm/recoverd.h
parentb8fc82630ae289bb4e661567808afc59e3298dce (diff)
xfs: limit extent length for allocation to AG size
Delayed allocation extents can be larger than AGs, so when trying to convert a large range we may scan every AG inside xfs_bmap_alloc_nullfb() trying to find an AG with a size larger than an AG. We should stop when we find the first AG with a maximum possible allocation size. This causes excessive CPU usage when there are lots of AGs. The same problem occurs when doing preallocation of a range larger than an AG. Fix the problem by limiting real allocation lengths to the maximum that an AG can support. This means if we have empty AGs, we'll stop the search at the first of them. If there are no empty AGs, we'll still scan them all, but that is a different problem.... Signed-off-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Alex Elder <aelder@sgi.com>
Diffstat (limited to 'fs/dlm/recoverd.h')
0 files changed, 0 insertions, 0 deletions