Re: what are the chances of PAGE_SIZE != PAGE_CACHE_SIZE?

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

 



On 7/13/07, Robert P. J. Day <rpjday@xxxxxxxxxxxxxx> wrote:

  i just noticed that, while those are two separate macros, they are
currently equivalent, not to mention:

$ grep -rw PAGE_SIZE * | grep PAGE_CACHE_SIZE
fs/ntfs/compress.c:              * PAGE_CACHE_SIZE != PAGE_SIZE but for now there is no problem.
fs/ntfs/compress.c:                              * when we get PAGE_CACHE_SIZE != PAGE_SIZE but
include/linux/pagemap.h:#define PAGE_CACHE_SIZE         PAGE_SIZE
include/linux/pagemap.h: * not true if PAGE_CACHE_SIZE > PAGE_SIZE.
mm/shmem.c:              * Will need changing if PAGE_CACHE_SIZE != PAGE_SIZE

  ok, so if they were different, that would be an issue, but what are
the chances of that ever happening?  just curious.

See Christoph Lameter's recent posts on linux-mm for "variable order
page cache". As far as "chances", I dunno, but it's definitely a
feature many folks would like to see in one way or the other (an
alternative is Nick Piggin's fsblock).

Thanks,
Nish

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux