RE: [PATCH] percpu: add optimized generic percpu accessors
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Subject: RE: [PATCH] percpu: add optimized generic percpu accessors
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 28 Jan 2009 11:48:27 -0500 (EST)
- Cc: Rick Jones <rick.jones2@xxxxxx>, David Miller <davem@xxxxxxxxxxxxx>, "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>, "rusty@xxxxxxxxxxxxxxx" <rusty@xxxxxxxxxxxxxxx>, "mingo@xxxxxxx" <mingo@xxxxxxx>, "herbert@xxxxxxxxxxxxxxxxxxx" <herbert@xxxxxxxxxxxxxxxxxxx>, "akpm@xxxxxxxxxxxxxxxxxxxx" <akpm@xxxxxxxxxxxxxxxxxxxx>, "hpa@xxxxxxxxx" <hpa@xxxxxxxxx>, "brgerst@xxxxxxxxx" <brgerst@xxxxxxxxx>, "ebiederm@xxxxxxxxxxxx" <ebiederm@xxxxxxxxxxxx>, "travis@xxxxxxx" <travis@xxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "steiner@xxxxxxx" <steiner@xxxxxxx>, "hugh@xxxxxxxxxxx" <hugh@xxxxxxxxxxx>, "netdev@xxxxxxxxxxxxxxx" <netdev@xxxxxxxxxxxxxxx>, "mathieu.desnoyers@xxxxxxxxxx" <mathieu.desnoyers@xxxxxxxxxx>, "linux-ia64@xxxxxxxxxxxxxxx" <linux-ia64@xxxxxxxxxxxxxxx>
- In-reply-to: <57C9024A16AD2D4C97DC78E552063EA35F317617@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- List-id: <linux-ia64.vger.kernel.org>
- References: <200901271213.18605.rusty@xxxxxxxxxxxxxxx> <497E705B.5000302@xxxxxxxxxx> <alpine.DEB.1.10.0901271506580.3114@xxxxxxxxx> <20090127.134747.153565246.davem@xxxxxxxxxxxxx> <497F8F02.9000603@xxxxxx> <57C9024A16AD2D4C97DC78E552063EA35F317617@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- User-agent: Alpine 1.10 (DEB 962 2008-03-14)
On Tue, 27 Jan 2009, Luck, Tony wrote:
> Managing a larger space could be done ... but at the expense of making
> the Alt-DTLB miss handler do a memory lookup to find the physical address
> of the per-cpu page needed (assuming that we allocate a bunch of random
> physical pages for use as per-cpu space rather than a single contiguous
> block of physical memory).
We cannot resize the area by using a single larger TLB entry?
> When do we know the total amount of per-cpu memory needed?
> 1) CONFIG time?
Would be easiest.
> 2) Boot time?
We could make the TLB entry size configurable with a kernel parameter
> 3) Arbitrary run time?
We could reserve a larger virtual space and switch TLB entries as needed?
We would need do get larger order pages to do this.
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]