Re: [RFC PATCH 3/10] define page_file_cache

2007-11-07 Thread Christoph Lameter
On Wed, 7 Nov 2007, Rik van Riel wrote: > On Wed, 7 Nov 2007 10:06:10 -0800 (PST) > Christoph Lameter <[EMAIL PROTECTED]> wrote: > > > On Wed, 7 Nov 2007, Rik van Riel wrote: > > > > > How exactly can an anonymous page ever become file backed? > > > > When they get assigned a swap entry. > > T

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-07 Thread Rik van Riel
On Wed, 7 Nov 2007 10:06:10 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Wed, 7 Nov 2007, Rik van Riel wrote: > > > How exactly can an anonymous page ever become file backed? > > When they get assigned a swap entry. That does not change their status. They're still swap backed.

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-07 Thread Christoph Lameter
On Wed, 7 Nov 2007, Rik van Riel wrote: > How exactly can an anonymous page ever become file backed? When they get assigned a swap entry. > > Do ramfs pages count as memory backed? > > Since ramfs pages cannot be evicted from memory at all, they > should go into the "noreclaim" page set. Which

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-07 Thread Rik van Riel
On Tue, 6 Nov 2007 19:26:33 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > n Tue, 6 Nov 2007, Rik van Riel wrote: > > > Every anonymous, tmpfs or shared memory segment page is potentially > > swap backed. That is the whole point of the PG_swapbacked flag. > > One of the current issues

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-06 Thread Christoph Lameter
n Tue, 6 Nov 2007, Rik van Riel wrote: > Every anonymous, tmpfs or shared memory segment page is potentially > swap backed. That is the whole point of the PG_swapbacked flag. One of the current issues with anonymous pages is the accounting when they become file backed and get dirty. There are pe

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-06 Thread Rik van Riel
On Tue, 6 Nov 2007 19:02:47 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Tue, 6 Nov 2007, Rik van Riel wrote: > > > > I think we could add a flag to the bdi to indicate wheter the backing > > > store is a disk file. In fact you can also deduce if if a device has > > > no writebac

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-06 Thread Christoph Lameter
On Tue, 6 Nov 2007, Rik van Riel wrote: > > I think we could add a flag to the bdi to indicate wheter the backing > > store is a disk file. In fact you can also deduce if if a device has > > no writeback capability set in the BDI. > > > > > Unfortunately this needs to use a page flag, since the

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-06 Thread Rik van Riel
On Tue, 6 Nov 2007 18:23:44 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Sat, 3 Nov 2007, Rik van Riel wrote: > > > Define page_file_cache() function to answer the question: > > is page backed by a file? > > Well its not clear what is meant by a file in the first place. > By

Re: [RFC PATCH 3/10] define page_file_cache

2007-11-06 Thread Christoph Lameter
On Sat, 3 Nov 2007, Rik van Riel wrote: > Define page_file_cache() function to answer the question: > is page backed by a file? Well its not clear what is meant by a file in the first place. By file you mean disk space in contrast to ram based filesystems? I think we could add a flag to th

[RFC PATCH 3/10] define page_file_cache

2007-11-03 Thread Rik van Riel
Define page_file_cache() function to answer the question: is page backed by a file? Originally part of Rik van Riel's split-lru patch. Extracted to make available for other, independent reclaim patches. Moved inline function to linux/mm_inline.h where it will be needed by subsequent "spl