[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <478E4356.7030303@qumranet.com>
Date: Wed, 16 Jan 2008 19:48:06 +0200
From: Izik Eidus <izike@...ranet.com>
To: Rik van Riel <riel@...hat.com>
CC: Andrea Arcangeli <andrea@...ranet.com>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
kvm-devel@...ts.sourceforge.net, Avi Kivity <avi@...ranet.com>,
clameter@....com, daniel.blueman@...drics.com, holt@....com,
steiner@....com, Andrew Morton <akpm@...l.org>,
Hugh Dickins <hugh@...itas.com>, Nick Piggin <npiggin@...e.de>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>
Subject: Re: [PATCH] mmu notifiers #v2
Rik van Riel wrote:
> On Sun, 13 Jan 2008 17:24:18 +0100
> Andrea Arcangeli <andrea@...ranet.com> wrote:
>
>
>> In my basic initial patch I only track the tlb flushes which should be
>> the minimum required to have a nice linux-VM controlled swapping
>> behavior of the KVM gphysical memory.
>>
>
> I have a vaguely related question on KVM swapping.
>
> Do page accesses inside KVM guests get propagated to the host
> OS, so Linux can choose a reasonable page for eviction, or is
> the pageout of KVM guest pages essentially random?
>
>
right now when kvm remove pte from the shadow cache, it mark as access
the page that this pte pointed to.
it was a good solution untill the mmut notifiers beacuse the pages were
pinned and couldnt be swapped to disk
so now it will have to do something more sophisticated or at least mark
as access every page pointed by pte
that get insrted to the shadow cache....
--
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