Re: [PATCHSET v3 0/4] Submit ->readpages() IO as read-ahead

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

 



On Wed, Jun 20, 2018 at 04:28:54PM -0600, Jens Axboe wrote:
> The assumption has been true for a decade or more. The only problem with
> it is that we have this ->readpages() interface that is only used for
> readahead. Hence it should be ->readahead() or similar, that avoid the
> fragility argument.

Or just stop this whole bike shed.  ->readpages doesn't keep the pages
it reads locked, so it fundamentally is a readahead style operation.

Now if we actually want do to anything with that information is another
question that I already asked in reply to the first round of these
patches.

Especially as e.g. nvme actually sets hints based on the flag, that
if hardware actually ever looked at them might be doing the wrong
thing (fortunately for us I doubt any nvme hardware actually looks
at that flag).



[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