linux-kernel - Re: [PATCH -mm 17/25] Mlocked Pages are non-reclaimable

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 11 Jun 2008 12:01:24 -0400
From:	Lee Schermerhorn <Lee.Schermerhorn@...com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	riel@...hat.com, npiggin@...e.de, linux-kernel@...r.kernel.org,
	kosaki.motohiro@...fujitsu.com, linux-mm@...ck.org,
	eric.whitney@...com
Subject: Re: [PATCH -mm 17/25] Mlocked Pages are non-reclaimable

On Tue, 2008-06-10 at 14:57 -0700, Andrew Morton wrote:
> On Tue, 10 Jun 2008 17:43:17 -0400
> Lee Schermerhorn <Lee.Schermerhorn@...com> wrote:
> 
> > Couple of related items:
> > 
> > + 26-rc5-mm1 + a small fix to the double unlock_page() in
> > shrink_page_list() has been running for a couple of hours on my 32G,
> > 16cpu ia64 numa platform w/o error.  Seems to have survived the merge
> > into -mm, despite the issues Andrew has raised.
> 
> oh goody, thanks.  

I should have mentioned that it's running a fairly heavy stress load to
exercise the vm scalability changes.  Lots of IO, page cache activity,
swapping, mlocking and shmlocking various sized regions, up to 16GB on
32GB machine, migrating of mlocked/shmlocked segments between
nodes,  ...   So far today, the load has been up for ~19.5 hours with no
errors, no softlockups, no oom-kills or such.  

> Johannes's bootmem rewrite is holding up
> surprisingly well.

Well, I am seeing a lot of "potential offnode page_structs" messages for
our funky cache-line interleaved pseudo-node.  I had to limit the prints
to boot at all.  Still investigating.  Looks like slub can't allocate
its initial per node data on that node either.

> 
> gee test.kernel.org takes a long time.
> 
> > + on same platform, Mel Gorman's mminit debug code is reporting that
> > we're using 22 page flags with Noreclaim, Mlock and PAGEFLAGS_EXTENDED
> > configured.
> 
> what is "Mel Gorman's mminit debug code"?

mminit_loglevel={0|1|2}  [I use 3 :)]  shows page flag layout, zone
lists, ...

--
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/