[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090528070047.GC29711@oblivion.subreption.com>
Date: Thu, 28 May 2009 00:00:47 -0700
From: "Larry H." <research@...reption.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
Cc: Ingo Molnar <mingo@...e.hu>, Rik van Riel <riel@...hat.com>,
linux-kernel@...r.kernel.org, Linus Torvalds <torvalds@...l.org>,
linux-mm@...ck.org, Ingo Molnar <mingo@...hat.com>,
pageexec@...email.hu
Subject: Re: [patch 0/5] Support for sanitization flag in low-level page
allocator
On 07:27 Thu 28 May , Alan Cox wrote:
> > > As for being swapped out - I do not believe that kernel stacks can
> > > ever be swapped out in Linux.
> >
> > yes, i referred to that as an undesirable option - because it slows
> > down pthread_create() quite substantially.
> >
> > This needs before/after pthread_create() benchmark results.
>
> kernel stacks can end up places you don't expect on hypervisor based
> systems.
>
> In most respects the benchmarks are pretty irrelevant - wiping stuff has
> a performance cost, but its the sort of thing you only want to do when
> you have a security requirement that needs it. At that point the
> performance is secondary.
>
> Alan
Right, besides I believe Ingo is confused about the nature of the patch.
It looks like he believes it's about userland memory sanitization, when
that isn't what is being done here.
If he still believe this has anything to do with it directly, or can
introduce a performance impact on pthread_create() (remember we are
sanitizing on release only...), I'll be pleased to provide benchmark
results that prove it wrong (or right, if it was the case).
Any existent benchmark tests available that I can modify to suit our
needs here, or I'll need to waste some time on writing them from scratch?
Larry
--
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