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 05/08/2015 11:54 AM, Linus Torvalds wrote:
> 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.

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

However, for persistent memory, all of the files will be "in memory".

Not instantiating the 4kB struct pages for 2MB areas that are not
currently being accessed with small files may make a difference.
For dynamically allocated 4kB page structs, we need some way to
discover where they are. It may make sense, from a simplicity point
of view, to have one mechanism that works both for pmem and for
normal system memory.

I agree that 4kB granularity needs to continue to work pretty much
forever, though. As long as people continue creating text files,
they will just not be very large.

-- 
All rights reversed
--
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