[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1152966159.3114.19.camel@laptopd505.fenrus.org>
Date: Sat, 15 Jul 2006 14:22:39 +0200
From: Arjan van de Ven <arjan@...radead.org>
To: Al Boldi <a1426z@...ab.com>
Cc: Frank van Maarseveen <frankvm@...nkvm.com>,
linux-kernel@...r.kernel.org, Andi Kleen <ak@...e.de>
Subject: Re: [PATCH] x86: Don't randomize stack unless current->personality
permits it
On Sat, 2006-07-15 at 14:29 +0300, Al Boldi wrote:
> Arjan van de Ven wrote:
> > > BTW, why does randomize_stack_top() mod against (8192*1024) instead of
> > > (8192) like arch_align_stack()?
> >
> > because it wants to randomize for 8Mb, unlike arch_align_stack which
> > wants to randomize the last 8Kb within this 8Mb ;)
>
> Randomizing twice?
a VMA can only be randomized in 4Kb (well page size) granularity, so the
8Mb randomization can only work in that 4Kb unit, the "second"
randomization can work in 16 byte granularity.
> There is even a case where a mere rename or running through an extra shell
> causes a slowdown. And that's with randomization turned off.
randomization off will slow stuff down yes... you get cache alias
contention that way.
> 2.4.31 doesn't show these slowdowns.
2.4.31 randomizes the stack with 8Kb.
> What is 2.6 doing?
you're not providing a lot of info ;)
why do you suspect randomization as cause for whatever slowdown you are
seeing? What kind of slowdown are you seeing?
-
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