mirror of
https://review.haiku-os.org/haiku
synced 2025-01-18 12:38:51 +01:00
66f51cb3b9
We already didn't inherit FDs, which meant that the only thing we did meaningfully inherit was the table size. That meant that basically no applications actually had a table size of the default 256, but all were at the kernel's 4096 (except Tracker and anything started by it, as Tracker resets it to 512), and also that basically all applications had FD tables allocated with the raw allocator instead of the block allocator, which isn't very efficient. Since this reduces the default FD table size, some applications might encounter problems. However, build systems and other such tools should already increase this by default as needed, and it's easy enough to patch in calls to setrlimit() if it turns out some applications needed a higher default after all. Also remove a redundant call to vfs_exec_io_context. Calling vfs_new_io_context with the second argument set to "true" already skips cloning CLOEXEC FDs. |
||
|---|---|---|
| .. | ||
| build | ||
| compatibility | ||
| config | ||
| cpp | ||
| glibc | ||
| libs | ||
| os | ||
| posix | ||
| private | ||
| tools | ||