summaryrefslogtreecommitdiff
path: root/cli/unix_util.rs
diff options
context:
space:
mode:
authorBen Noordhuis <info@bnoordhuis.nl>2021-04-13 16:24:45 +0200
committerGitHub <noreply@github.com>2021-04-13 10:24:45 -0400
commitd46b37f6a8639e25ff54ea1e264cc7cebdd03be9 (patch)
treea6db53645ea981501acc1a977e40762beb45796c /cli/unix_util.rs
parentdf49a8462caf1cf4eea5c9f386322dae5e14dc4f (diff)
feat(cli): raise file descriptor limit on startup (#10162)
Raise the soft limit to the hard limit when possible. This is similar to what Node.js does to avoid running into "out of file descriptors" errors too quickly. On most Linux systems, raises the limit from 1,024 to 1,048,576. On most macOS systems, raises the limit from 256 to 10,240. Fixes #10148.
Diffstat (limited to 'cli/unix_util.rs')
-rw-r--r--cli/unix_util.rs41
1 files changed, 41 insertions, 0 deletions
diff --git a/cli/unix_util.rs b/cli/unix_util.rs
new file mode 100644
index 000000000..4aa8ef55d
--- /dev/null
+++ b/cli/unix_util.rs
@@ -0,0 +1,41 @@
+/// Raise soft file descriptor limit to hard file descriptor limit.
+/// This is the difference between `ulimit -n` and `ulimit -n -H`.
+pub fn raise_fd_limit() {
+ #[cfg(unix)]
+ unsafe {
+ let mut limits = libc::rlimit {
+ rlim_cur: 0,
+ rlim_max: 0,
+ };
+
+ if 0 != libc::getrlimit(libc::RLIMIT_NOFILE, &mut limits) {
+ return;
+ }
+
+ if limits.rlim_cur == libc::RLIM_INFINITY {
+ return;
+ }
+
+ // No hard limit? Do a binary search for the effective soft limit.
+ if limits.rlim_max == libc::RLIM_INFINITY {
+ let mut min = limits.rlim_cur;
+ let mut max = 1 << 20;
+
+ while min + 1 < max {
+ limits.rlim_cur = min + (max - min) / 2;
+ match libc::setrlimit(libc::RLIMIT_NOFILE, &limits) {
+ 0 => min = limits.rlim_cur,
+ _ => max = limits.rlim_cur,
+ }
+ }
+
+ return;
+ }
+
+ // Raise the soft limit to the hard limit.
+ if limits.rlim_cur < limits.rlim_max {
+ limits.rlim_cur = limits.rlim_max;
+ libc::setrlimit(libc::RLIMIT_NOFILE, &limits);
+ }
+ }
+}