[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20201221192506.707584-1-eric.dumazet@gmail.com>
Date: Mon, 21 Dec 2020 11:25:06 -0800
From: Eric Dumazet <eric.dumazet@...il.com>
To: Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>
Cc: "David S . Miller" <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>,
Eric Dumazet <edumazet@...gle.com>,
Eric Dumazet <eric.dumazet@...il.com>,
bpf <bpf@...r.kernel.org>, John Sperbeck <jsperbeck@...gle.com>,
Song Liu <songliubraving@...com>
Subject: [PATCH bpf] bpf: add schedule point in htab_init_buckets()
From: Eric Dumazet <edumazet@...gle.com>
We noticed that with a LOCKDEP enabled kernel,
allocating a hash table with 65536 buckets would
use more than 60ms.
htab_init_buckets() runs from process context,
it is safe to schedule to avoid latency spikes.
Fixes: c50eb518e262 ("bpf: Use separate lockdep class for each hashtab")
Signed-off-by: Eric Dumazet <edumazet@...gle.com>
Reported-By: John Sperbeck <jsperbeck@...gle.com>
Cc: Song Liu <songliubraving@...com>
---
kernel/bpf/hashtab.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/bpf/hashtab.c b/kernel/bpf/hashtab.c
index 7e848200cd268a0f9ed063f0b641d3c355787013..c1ac7f964bc997925fd427f5192168829d812e5d 100644
--- a/kernel/bpf/hashtab.c
+++ b/kernel/bpf/hashtab.c
@@ -152,6 +152,7 @@ static void htab_init_buckets(struct bpf_htab *htab)
lockdep_set_class(&htab->buckets[i].lock,
&htab->lockdep_key);
}
+ cond_resched();
}
}
--
2.29.2.729.g45daf8777d-goog
Powered by blists - more mailing lists