[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080310175305.GC7692@one.firstfloor.org>
Date: Mon, 10 Mar 2008 18:53:05 +0100
From: Andi Kleen <andi@...stfloor.org>
To: Jeremy Fitzhardinge <jeremy@...p.org>
Cc: Hugh Dickins <hugh@...itas.com>, Andi Kleen <andi@...stfloor.org>,
Christoph Lameter <clameter@....com>,
Andrew Morton <akpm@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Bart Van Assche <bart.vanassche@...il.com>
Subject: Re: quicklists confuse meminfo
> 1. Xen marks the whole page as being of pgd-type, and so it can't
> have non-pgd contents (as the page would be RO, and any contents
> would be validated as pgd entries). However I can fix that by
That sounds more like a Xen bug. Why should it validate anything except
the first four entries which are used by the hardware?
I can imagine that false sharing would be slow because you would
have unnecessary traps, but it shouldn't be a correctness issue.
> maintaining a separate per-cpu pgd page, and just copy the four
> entries over when cr3 is reloaded. This would move the
> Xen-specific requirements into the Xen code without affecting the
> rest of the kernel.
x86-64 used to do that, but it turned out this breaks some shared cache
optimizations on the P4 between SMT threads. So you might actually see
user space performance regressions from it.
-Andi
--
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