Re: [PATCH v2 00/10] evacuate struct page from the block layer, introduce __pfn_t

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

 



On Fri, May 8, 2015 at 7:40 AM, John Stoffel <john@xxxxxxxxxxx> wrote:
>
> Now go and look at your /home or /data/ or /work areas, where the
> endusers are actually keeping their day to day work.  Photos, mp3,
> design files, source code, object code littered around, etc.

However, the big files in that list are almost immaterial from a
caching standpoint.

Caching source code is a big deal - just try not doing it and you'll
figure it out. And the kernel C source files used to have a median
size around 4k.

The big files in your home directory? Let me make an educated guess.
Very few to *none* of them are actually in your page cache right now.
And you'd never even care if they ever made it into your page cache
*at*all*. Much less whether you could ever cache them using large
pages using some very fancy cache.

There are big files that care about caches, but they tend to be
binaries, and for other reasons (things like randomization) you would
never want to use largepages for those anyway.

So from a page cache standpoint, I think the 4kB size still matters. A
*lot*. largepages are a complete red herring, and will continue to be
so pretty much forever (anonymous largepages perhaps less so).

                Linus
--
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