[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49A1F21E.30107@kernel.org>
Date: Mon, 23 Feb 2009 09:47:26 +0900
From: Tejun Heo <tj@...nel.org>
To: Ingo Molnar <mingo@...e.hu>
CC: rusty@...tcorp.com.au, tglx@...utronix.de, x86@...nel.org,
linux-kernel@...r.kernel.org, hpa@...or.com, jeremy@...p.org,
cpw@....com
Subject: Re: [PATCHSET x86/core/percpu] implement dynamic percpu allocator
Hello, Ingo.
Ingo Molnar wrote:
> Uhm, no. We'll have one extra 2MB TLB and that's it. Both the
> low linear 2MB TLB and the high remapped alias 2MB TLB will
> cover on average of 256 4K pages. A very good deal still.
Yeah, double the TLB usage for the specific large page. Maybe I was
reading too many corporate emails. :-)
> We dont want to split up the static percpu area into zillions of
> small 4K TLBs - we'll rather use +1 large-TLB.
>
> If we used 4K ptes we'd waste up to 512 TLB entries. (largely
> simplified as the number of large TLB entries smaller than that
> of 4K TLB, but still the arguments holds in terms of TLB reach.)
>
> So there is no "TLB problem" whatsoever that i can see ...
Well, other people raised the issue and for machines with very small
separate TLBs for large pages (earlier x86s), it might be measurable
penalty. Anyways, remap only for NUMA should suffice it seems. I'll
post patches soon.
Thanks.
--
tejun
--
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