Thread (21 messages) 21 messages, 10 authors, 2009-01-31

Re: [PATCH] percpu: add optimized generic percpu accessors

From: Rick Jones <hidden>
Date: 2009-01-27 22:47:58
Also in: lkml

Possibly related (same subject, not in this thread)

David Miller wrote:
From: Christoph Lameter <redacted>
Date: Tue, 27 Jan 2009 15:08:57 -0500 (EST)

quoted
On Tue, 27 Jan 2009, Tejun Heo wrote:

quoted
quoted
later). That's because they use TLB tricks for a static 64k per-cpu
area, but this doesn't scale.  That might not be vital: abandoning
that trick will mean they can't optimise read_percpu/read_percpu_var
etc as much.
Why wont it scale? this is a separate TLB entry for each processor.

The IA64 per-cpu TLB entry only covers 64k which makes use of it for
dynamic per-cpu stuff out of the question.  That's why it "doesn't
scale"
I was asking around, and was told that on IA64 *harware* at least, in addition to 
supporting multiple page sizes (up to a GB IIRC), one can pin up to 8 or perhaps 
1/2 the TLB entries.

So, in theory if one were so inclined the special pinned per-CPU entry could 
either be more than one 64K entry, or a single, rather larger entry.

As a sanity check, I've cc'd linux-ia64.

rick jones
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help