[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090506224129.242ce9e2@riellaptop.surriel.com>
Date: Wed, 6 May 2009 22:41:29 -0400
From: Rik van Riel <riel@...hat.com>
To: Chris Wright <chrisw@...hat.com>
Cc: Izik Eidus <ieidus@...hat.com>, Hugh Dickins <hugh@...itas.com>,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
aarcange@...hat.com, chrisw@...hat.com, alan@...rguk.ukuu.org.uk,
device@...ana.org, linux-mm@...ck.org, nickpiggin@...oo.com.au
Subject: Re: [PATCH 3/6] ksm: change the KSM_REMOVE_MEMORY_REGION ioctl.
On Wed, 6 May 2009 16:59:49 -0700
Chris Wright <chrisw@...hat.com> wrote:
> * Izik Eidus (ieidus@...hat.com) wrote:
> > Ok, i give up, lets move to madvice(), i will write a patch that
> > move the whole thing into madvice after i finish here something,
> > but that ofcurse only if Andrea agree for the move?
>
> Here's where I left off last time (refreshed against a current mmotm).
>
> It needs to get converted to vma rather than still scanning via slots.
> It's got locking issues (I think this can be remedied w/ vma
> conversion). I think the scan list would be ->mm and each ->mm we'd
> scan the vma's that are marked VM_MERGEABLE or whatever.
Doing that kind of scan would be useful for other reasons,
too.
For example, it is not uncommon for large database systems
to end up having half of system memory in page tables
occasionally, which can drive the system to swapping.
Reclaiming some of those (file pte only) page tables would
be a relatively simple thing to do and could really save
such systems from the occasional swap disaster.
The subsequent minor faults would be expensive, but not
nearly as badly as swap disk IO...
--
All rights reversed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists