On Tuesday 24 January 2006 01:53, Ray Bryant wrote:

On Monday 23 January 2006 18:39, Andi Kleen wrote:

quoted

On Tuesday 24 January 2006 01:16, Ray Bryant wrote:

quoted

On Monday 23 January 2006 17:58, Ray Bryant wrote:
<snip>

quoted

... And what kind of alignment constraints do we end up
under in order to make the sharing happen?   (My guess would be that
there aren't any such constraints (well, page alignment.. :-)  if we
are just sharing pte's.)

Oh, obviously that is not right as you have to share full pte pages.   So
on x86_64 I'm guessing one needs 2MB alignment in order to get the
sharing to kick in, since a pte page maps 512 pages of 4 KB each.

The new randomized mmaps will likely actively sabotate such alignment. I
just added them for x86-64.

-Andi

Hmmm, does that mean there is a fundamental conflict between the desire to 
share pte's and getting good cache coloring behavior?

The randomization is not for cache coloring, but for security purposes
(except for the old very small stack randomization that was used
to avoid conflicts on HyperThreaded CPUs). I would be surprised if the
mmap made much difference because it's page aligned and at least
on x86 the L2 and larger caches are usually PI.

Isn't it the case that if the region is large enough (say >> 2MB), that 
randomized mmaps will just cause the first partial page of pte's to not be 
shareable, and as soon as we have a full pte page mapped into the file that 
the full pte pages will be shareable, etc, until the last (partial) pte page 
is not shareable?

They need the same alignment and with the random bits in there it's unlikely
to be ever the same.

-Andi

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>