summaryrefslogtreecommitdiff
path: root/src/shared/set.c
diff options
context:
space:
mode:
authorMichal Schmidt <mschmidt@redhat.com>2014-10-25 18:18:26 -0400
committerAnthony G. Basile <blueness@gentoo.org>2014-10-25 18:18:26 -0400
commit4531818f12221fdedba9f6f4913d22228628328c (patch)
tree60bed7efe713cce5a840914938bef998e0c9ae0c /src/shared/set.c
parentac2d134b8c27629754463d505b2aaab3c99c71c6 (diff)
hashmap: introduce hashmap_reserve()
With the current hashmap implementation that uses chaining, placing a reservation can serve two purposes: - To optimize putting of entries if the number of entries to put is known. The reservation allocates buckets, so later resizing can be avoided. - To avoid having very long bucket chains after using hashmap_move(_one). In an alternative hashmap implementation it will serve an additional purpose: - To guarantee a subsequent hashmap_move(_one) will not fail with -ENOMEM (this never happens in the current implementation). Signed-off-by: Anthony G. Basile <blueness@gentoo.org>
Diffstat (limited to 'src/shared/set.c')
-rw-r--r--src/shared/set.c4
1 files changed, 4 insertions, 0 deletions
diff --git a/src/shared/set.c b/src/shared/set.c
index 4b8c76feca..087d874598 100644
--- a/src/shared/set.c
+++ b/src/shared/set.c
@@ -50,3 +50,7 @@ bool set_contains(Set *s, void *value) {
void *set_iterate(Set *s, Iterator *i) {
return hashmap_iterate(MAKE_HASHMAP(s), i, NULL);
}
+
+int set_reserve(Set *s, unsigned entries_add) {
+ return hashmap_reserve(MAKE_HASHMAP(s), entries_add);
+}