mirror of
https://github.com/joel16/android_kernel_sony_msm8994_rework.git
synced 2024-11-27 13:50:53 +00:00
xfs: limit speculative prealloc near ENOSPC thresholds
There is a window on small filesytsems where specualtive preallocation can be larger than that ENOSPC throttling thresholds, resulting in specualtive preallocation trying to reserve more space than there is space available. This causes immediate ENOSPC to be triggered, prealloc to be turned off and flushing to occur. One the next write (i.e. next 4k page), we do exactly the same thing, and so effective drive into synchronous 4k writes by triggering ENOSPC flushing on every page while in the window between the prealloc size and the ENOSPC prealloc throttle threshold. Fix this by checking to see if the prealloc size would consume all free space, and throttle it appropriately to avoid premature ENOSPC... Signed-off-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: Brian Foster <bfoster@redhat.com> Signed-off-by: Ben Myers <bpm@sgi.com>
This commit is contained in:
parent
10616b806d
commit
4d559a3bcb
@ -351,6 +351,15 @@ xfs_iomap_prealloc_size(
|
||||
}
|
||||
if (shift)
|
||||
alloc_blocks >>= shift;
|
||||
|
||||
/*
|
||||
* If we are still trying to allocate more space than is
|
||||
* available, squash the prealloc hard. This can happen if we
|
||||
* have a large file on a small filesystem and the above
|
||||
* lowspace thresholds are smaller than MAXEXTLEN.
|
||||
*/
|
||||
while (alloc_blocks >= freesp)
|
||||
alloc_blocks >>= 4;
|
||||
}
|
||||
|
||||
if (alloc_blocks < mp->m_writeio_blocks)
|
||||
|
Loading…
Reference in New Issue
Block a user