On Thu, Jul 10, 2014 at 09:29:39AM +0200, Sebastien Buisson wrote:
>
> Le 10/07/2014 09:07, Andrew Morton a écrit :
> >This hardwires 16 if ext4"a and 8 otherwise. There's no way for
> >anyone to alter this decision if they think it will be helpful (or
> >harmful) in their setup.
>
> In fact I d
Le 10/07/2014 09:07, Andrew Morton a écrit :
This hardwires 16 if ext4"a and 8 otherwise. There's no way for
anyone to alter this decision if they think it will be helpful (or
harmful) in their setup.
In fact I do not know how to let experienced people alter the value
without confusing the o
On Thu, 10 Jul 2014 08:51:17 +0200 Sebastien Buisson
wrote:
> Allow increasing the buffer-head per-CPU LRU size to allow efficient
> filesystem operations that access many blocks for each transaction.
> For example, creating a file in a large ext4 directory with quota
> enabled will accesses mul
Allow increasing the buffer-head per-CPU LRU size to allow efficient
filesystem operations that access many blocks for each transaction.
For example, creating a file in a large ext4 directory with quota
enabled will accesses multiple buffer heads and will overflow the LRU
at the default 8-block LR
Can anyone demonstrate why we shouldn't just do
I was assuming due to memory usage: with 4K blocks 32K->64K
Moreover, performance gain was not that satisfactory on ext4 when
increasing BH_LRU_SIZE to 16.
Here are the performances I got with:
(a) mdtest on ramdisk device, single shared dir
> Can anyone demonstrate why we shouldn't just do
I was assuming due to memory usage: with 4K blocks 32K->64K
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/major
On Mon, 7 Jul 2014 18:30:03 +0200 Andi Kleen wrote:
> > diff --git a/fs/Kconfig b/fs/Kconfig
> > index c229f82..c08844c 100644
> > --- a/fs/Kconfig
> > +++ b/fs/Kconfig
> > @@ -268,4 +268,13 @@ endif # NETWORK_FILESYSTEMS
> > source "fs/nls/Kconfig"
> > source "fs/dlm/Kconfig"
> >
> > +config
> config BH_LARGE_LRU
> bool
should be def_bool y
> depends on (EXT4_FS && QUOTA)
>
> config BH_LRU_SIZE
>
> default "16" if BH_LARGE_LRU
> default "8" if !BH_LARGE_LRU
>
> -Andi
>
--
a...@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this l
> diff --git a/fs/Kconfig b/fs/Kconfig
> index c229f82..c08844c 100644
> --- a/fs/Kconfig
> +++ b/fs/Kconfig
> @@ -268,4 +268,13 @@ endif # NETWORK_FILESYSTEMS
> source "fs/nls/Kconfig"
> source "fs/dlm/Kconfig"
>
> +config BH_LRU_SIZE
> + int
> + range 8 64
> + default "16"
So w
Allow increasing the buffer-head per-CPU LRU size to allow efficient
filesystem operations that access many blocks for each transaction.
For example, creating a file in a large ext4 directory with quota
enabled will accesses multiple buffer heads and will overflow the LRU
at the default 8-block LR
Sebastien Buisson writes:
> Allow increasing the buffer-head per-CPU LRU size to allow efficient
> filesystem operations that access many blocks for each transaction.
> For example, creating a file in a large ext4 directory with quota
> enabled will accesses multiple buffer heads and will overflo
Hi,
two typos:
> +config BH_LRU_SIZE
> + int "buffer head per-CPU LRU size"
> + range 8 64
> + default "16"
> + help
> +This sets the per-CPU LRU size for buffer heads in memory.
> +More complex filesystems may be modiyfing multiple blocks
Allow increasing the buffer-head per-CPU LRU size to allow efficient
filesystem operations that access many blocks for each transaction.
For example, creating a file in a large ext4 directory with quota
enabled will accesses multiple buffer heads and will overflow the LRU
at the default 8-block LR
Allow increasing the buffer-head per-CPU LRU size to allow efficient
filesystem operations that access many blocks for each transaction.
For example, creating a file in a large ext4 directory with quota
enabled will accesses multiple buffer heads and will overflow the LRU
at the default 8-block LR
On Thu, 26 Jun 2014 13:44:12 +0200 Sebastien Buisson
wrote:
>
> Le 26/06/2014 00:16, Andrew Morton a __crit :
> > On Tue, 24 Jun 2014 17:52:00 +0200 Sebastien Buisson
> > wrote:
> >
> >> Allow increasing the buffer-head per-CPU LRU size to allow efficient
> >> filesystem operations that acces
Le 26/06/2014 00:16, Andrew Morton a écrit :
On Tue, 24 Jun 2014 17:52:00 +0200 Sebastien Buisson
wrote:
Allow increasing the buffer-head per-CPU LRU size to allow efficient
filesystem operations that access many blocks for each transaction.
For example, creating a file in a large ext4 direc
On Tue, 24 Jun 2014 17:52:00 +0200 Sebastien Buisson
wrote:
> Allow increasing the buffer-head per-CPU LRU size to allow efficient
> filesystem operations that access many blocks for each transaction.
> For example, creating a file in a large ext4 directory with quota
> enabled will accesses mul
with Intel, and
results have been already shared with them.
[PATCH] Allow increasing the buffer-head per-CPU LRU size
Allow increasing the buffer-head per-CPU LRU size to allow efficient
filesystem operations that access many blocks for each transaction.
For example, creating a file in a
18 matches
Mail list logo
