Summary: | webapi connection pool eats all file handles | ||
---|---|---|---|
Product: | elfutils | Reporter: | Ross Burton <ross> |
Component: | debuginfod | Assignee: | Not yet assigned to anyone <unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | elfutils-devel, fche |
Priority: | P2 | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Host: | Target: | ||
Build: | Last reconfirmed: |
Description
Ross Burton
2023-01-09 18:14:52 UTC
What sets "ulimit -n -> 1000" in your case? Honestly, no idea. Appears to be the default on ubuntu. Yes, kernel defaults: 1024 soft, 4096 hard. I *can* change it to 4096 but there's still the point that: 1) debugging the failure case isn't trivial 2) cores*2 threads in the connection pool probably doesn't scale linearly I assume "debuginfod -C $num -d $num" still works for you, in this battle of distro/site defaults. Yes. My use case is a test that uses debuginfod, so it works everywhere and as it only has to service a few requests I'm just passing -C2 -c2. please check out commit 7399e3bd7eb72d045 on elfutils.git for a test patch Looks good to me! Pushed to master as dcb40f9caa7ca30 Author: Frank Ch. Eigler <fche@redhat.com> Date: Tue Jan 10 17:59:35 2023 -0500 debuginfod PR29975 & PR29976: decrease default concurrency ... based on rlimit (rlimig -n NUM) ... based on cpu-affinity (taskset -c A,B,C,D ...) Signed-off-by: Frank Ch. Eigler <fche@redhat.com> |