Re: why does index in truncate_inode_pages_range() grows so much?

From: Toralf FÃrster
Date: Fri Dec 13 2013 - 04:52:28 EST


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 12/11/2013 09:26 PM, Jan Kara wrote:
> Thanks! So this works more or less as expected - trinity issued a
> read at absurdly high offset so we created pagecache page a that
> offset and tried to read data into it. That failed. We left the
> page in the pagecache where it was for reclaim to reclaim it when
> free pages are needed. Everything works as designed except we could
> possibly argue that it's not the most efficient way to use
> pages...
>
> Patch 'vfs: fix a bug when we do some dio reads with append dio
> writes' (http://www.spinics.net/lists/linux-fsdevel/msg70899.html)
> should actually change the situation and we won't unnecessarily
> cache these pages.
>
confirmed - applied to latest git tree of Linus I helps.

- --
MfG/Sincerely
Toralf FÃrster
pgp finger print:1A37 6F99 4A9D 026F 13E2 4DCF C4EA CDDE 0076 E94E
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlKq2NQACgkQxOrN3gB26U5LJgD/f0jU9NXrgVw7UthV613FrCMX
zUTRpvoNy8oKgpyiejwA/R2oVVwYXhKTcs0XHstQ9w3mjBcjp9t2ub2GAWa8hDnb
=KAh4
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/