lkml.org 
[lkml]   [2007]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)
    On Wed, Mar 07, 2007 at 01:41:26PM +0100, Peter Zijlstra wrote:
    > On Wed, 2007-03-07 at 13:17 +0100, Nick Piggin wrote:
    >
    > > > Tracking these ranges on a per-vma basis would avoid taking the mm wide
    > > > mmap_sem and so would be cheaper than regular vmas.
    > > >
    > > > Would that still be too expensive?
    > >
    > > Well you can today remap N pages in a file, arbitrarily for
    > > sizeof(pte_t)*tiny bit for the upper page tables + small constant
    > > for the vma.
    > >
    > > At best, you need an extra pointer to pte / vaddr, so you'd basically
    > > double memory overhead.
    >
    > I was hoping some form of range compression would gain something, but if
    > its a fully random mapping, then yes a shadow page table would be needed
    > (still looking into what a pte_chain is)
    >
    > > > > > Well, now they don't, but it could be done or even exploited as a DoS.
    > > > >
    > > > > But so could nonlinear page reclaim. I think we need to restrict nonlinear
    > > > > mappings to root if we're worried about that.
    > > >
    > > > Can't we just 'fix' it?
    > >
    > > The thing is, I don't think anybody who uses these things cares
    > > about any of the 'problems' you want to fix, do they? We are
    > > interested in dirty pages only for the correctness issue, rather
    > > than performance. Same as reclaim.
    >
    > If so, we can just stick to the dead slow but correct 'scan the full
    > vma' page_mkclean() and nobody would ever trigger it.

    Not if we restricted it to root and mlocked tmpfs. But then why
    wouldn't you just do it with the much more efficient msync walk,
    so that if root does want to do writeout via these things, it does
    not blow up?

    > What is the DoS scenario wrt reclaim? We really ought to fix that if
    > real, those UML farms run on nothing but nonlinear reclaim I'd think.

    I guess you can just increase the computational complexity of
    reclaim quite easily.
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-03-07 14:11    [W:3.427 / U:0.016 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site