Re: [PATCH 11/12] vfs: increase shrinker batch size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Just noticed below two typos.

* Dave Chinner <david@xxxxxxxxxxxxx>:
> From: Dave Chinner <dchinner@xxxxxxxxxx>
> 
> Now that the per-sb shrinker is responsible for shrinking 2 or more
> caches, increase the batch size to keep econmies of scale for

economies

(..)

>  Documentation/filesystems/vfs.txt |    5 +++++
>  fs/super.c                        |    1 +
>  2 files changed, 6 insertions(+), 0 deletions(-)
> 
> diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt
> index dc732d2..2e26973 100644
> --- a/Documentation/filesystems/vfs.txt
> +++ b/Documentation/filesystems/vfs.txt
> @@ -317,6 +317,11 @@ or bottom half).
>  	the VM is trying to reclaim under GFP_NOFS conditions, hence this
>  	method does not need to handle that situation itself.
>  
> +	Implementations must include conditional reschedule calls inside any
> +	scanning loop that is done. This allows the VFS to determine
> +	appropriate scan batch sizes without having to worry about whether
> +	implementations will cause holdoff problems due ot large batch sizes.

due to

Best regards,
Nicolas Kaiser
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux