Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1307091
| From | Martin KaFai Lau <kafai@fb.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH v2 net-next 0/4] bpf: bpf_htab: Add BPF_MAP_TYPE_PERCPU_HASH |
| Date | 2016-01-12 09:30 +0100 |
| Message-ID | <qQ2v0-6Gt-3@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
V2: Patch 1/4: * Remove flush_elems_fn from 'struct bpf_htab' and also remove htab_map_flush() together * Add htab_elem_alloc() * Move the l_old check from htab_map_update_elem() to the newly added htab_map_check_update() Patch 2/4: * Add htab_percpu_elem_alloc() * Add htab_percpu_map_free() * Use this_cpu_ptr() instead of per_cpu_ptr in htab_percpu_map_lookup_elem() V1 compose: This patchset adds BPF_MAP_TYPE_PERCPU_HASH map type which allows percpu value. BPF + kprobe is very useful in statistics collection. In particular, bpf is strong in doing aggregation within the kernel instead of outputting a lot of raw samples to the userspace. In some cases, bumping a counter/value of a particular key will have noticeable impact. For example, doing statistics collection on received packets and aggregating them by network prefix (like /64 in IPv6). Having a percpu value can help.
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
[PATCH v2 net-next 0/4] bpf: bpf_htab: Add BPF_MAP_TYPE_PERCPU_HASH Martin KaFai Lau <kafai@fb.com> - 2016-01-12 09:30 +0100 Re: [PATCH v2 net-next 0/4] bpf: bpf_htab: Add BPF_MAP_TYPE_PERCPU_HASH David Miller <davem@davemloft.net> - 2016-01-12 22:50 +0100
csiph-web