Merge branch 'bpf-per-cpu-maps'

Browse source

Alexei Starovoitov says:

====================
bpf: introduce per-cpu maps

We've started to use bpf to trace every packet and atomic add
instruction (event JITed) started to show up in perf profile.
The solution is to do per-cpu counters.
For PERCPU_(HASH|ARRAY) map the existing bpf_map_lookup() helper
returns per-cpu area which bpf programs can use to store and
increment the counters. The BPF_MAP_LOOKUP_ELEM syscall command
returns areas from all cpus and user process aggregates the counters.
The usage example is in patch 6. The api turned out to be very
easy to use from bpf program and from user space.
Long term we were discussing to add 'bounded loop' instruction,
so bpf programs can do aggregation within the program which may
help some use cases. Right now user space aggregation of
per-cpu counters fits the best.

This patch set is new approach for per-cpu hash and array maps.
I've reused the map tests written by Martin and Ming, but
implementation and api is new. Old discussion here:
http://thread.gmane.org/gmane.linux.kernel/2123800/focus=2126435
====================

Signed-off-by: David S. Miller <davem@davemloft.net>

...

This commit is contained in:

David S. Miller 2016-02-06 03:34:46 -05:00

parent ba905f5e2f 3059303f59

commit 8ac2c867b5

10 changed files with 727 additions and 88 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

24

include/linux/bpf.h

View file

2

include/uapi/linux/bpf.h

View file

166

kernel/bpf/arraymap.c

View file

340

kernel/bpf/hashtab.c

View file

57

kernel/bpf/syscall.c

View file

188

samples/bpf/test_maps.c

View file

2

samples/bpf/tracex2_kern.c

View file

7

samples/bpf/tracex2_user.c

View file

8

samples/bpf/tracex3_kern.c

View file

21

samples/bpf/tracex3_user.c

View file