|| ||Ravikiran G Thirumalai <email@example.com>|
|| ||Andrew Morton <firstname.lastname@example.org>|
|| ||[patch 0/11] mm: Reimplementation of dynamic per-cpu allocator|
|| ||Tue, 13 Sep 2005 08:51:12 -0700|
|| ||email@example.com, firstname.lastname@example.org,
Rusty Russell <email@example.com>|
I have been maintaining a set of patches based on the reimplemented dynamic
per-cpu allocator. I would like to have them included in -mm for testing
and maybe merged when the mainline merge window opens :)...
The reimplementation of the dynamic per-cpu allocator has been published
earlier and discussed, But the re-implementation with the applications and
supporting numbers weren't published earlier. Here is an attempt towards
This patchset contains
a) Reimplementation of alloc_percpu.
b) Rusty's implementation of distributed reference counters (bigrefs)
c) Code to change struct netdevice.refcnt to bigrefs -- this patch improves
tbench performance by 6% on a 8 way 3.00 GHZ x86 Intel xeon (x445).
d) Code to change struct dst_entry.__refcnt per-cpu. This patch was
originally submitted sometime back by Christoph. The reworked patch uses
alloc_percpu, and struct dst_entry does not bloat up now. This patch along with
the netdevice ref-counter patch above gives a whopping 55 % improvement on
tbench on a 8way x86 xeon (x445). The same patchset resulted in 30% better
tbench throughput on a x460 (8 way 3.3 Ghz x86_64 xeon).
All tbench numbers were on loopback with 8 clients.
The patches consist of
(Fix up __get_vm_area to take gfp flags as extra arg -- preparatory for 3.)
(Add GFP_FLAGS args to alloc_percpu -- for dst_entry.refcount)
(Change alloc_percpu users to use modified interface (with gfp_flags))
(This is needed for bigrefs)
(Fixed up bigref from rusty)
(Bigref based netdev refcount)
(If alloc_percpu needs to be used real early then these patches will be
needed. This patch allows us to use bigrefs/alloc_percpu for refcounters
like struct vfsmount.mnt_count)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/