| 27 Oct 2024 |
 emily | it fails. | 23:48:30 |
 @paparodeo:matrix.org | In reply to @emilazy:matrix.org
it turns out that it's 10240 on 10.12 so we probably can't go above that for now >:( kern.maxfilesperproc: 98304 | 23:48:33 |
| emily | and I don't want to implement conditional logic. | 23:48:36 |
| emily | In reply to @paparodeo:matrix.org
kern.maxfilesperproc: 98304 wow they really just keep bumping it up | 23:48:43 |
| emily | ok I'll put it at 10240 for now. | 23:48:49 |
| emily | ridiculous number. | 23:48:53 |
 Artturin | ulimit || ulimit || ulimit | 23:49:09 |
| emily | they could at last have made it 16384 | 23:49:14 |
| emily | In reply to @artturin:matrix.org
ulimit || ulimit || ulimit yeah. but otoh nothing in the tree sets it above 8196. | 23:49:23 |
| emily | so it doesn't seem worth it. I can bump it as a treat to myself every time I bump the minimum macOS version. | 23:49:35 |
| Artturin | https://github.com/LnL7/nix-darwin/blob/5c0c6aaa797d6ccbb6cdab14de0248135735709d/modules/services/nix-daemon.nix#L51 | 23:52:35 |
| Artturin | nix-darwin has 1048576 | 23:52:40 |
| Artturin | Wonder if it's applying for them | 23:53:05 |
| emily | https://github.com/LnL7/nix-darwin/commit/ec06ea883757c6075c61d1426f40719742d51f59 | 23:53:24 |
| emily | was just copied from Nix | 23:53:31 |
| emily | you definitely can't go above kern.maxfilesperproc so my expectation is that it's either doing nothing or getting silently capped | 23:54:01 |
| emily | and apparently not passing down to builds anyway(?) | 23:54:10 |
| 28 Oct 2024 |
| Artturin | Commented https://github.com/LnL7/nix-darwin/pull/940/files#r1818220494 | 00:02:36 |
| emily | we basically just aim to match the upstream plist there | 00:03:52 |
| emily | so probably it's an issue for Nix primarily | 00:04:06 |
| Artturin | Edited my comment | 00:05:41 |
| Artturin | It did not work before https://github.com/NixOS/nix/pull/6645 as shown by issue https://github.com/NixOS/nix/issues/6557 | 00:05:43 |
| emily | https://github.com/NixOS/nixpkgs/pull/351783 | 00:05:57 |
| emily | In reply to @artturin:matrix.org
It did not work before https://github.com/NixOS/nix/pull/6645 as shown by issue https://github.com/NixOS/nix/issues/6557 ah, okay. wasn't sure on the relative timing | 00:06:08 |
| Artturin | To check nix build --impure --expr '(import <nixpkgs> {}).runCommand "hi" {} "ulimit -a > $out" | 00:06:29 |
| emily | heh, I already constructed that when checking Linux | 00:06:43 |
| @paparodeo:matrix.org | In reply to @emilazy:matrix.org
you definitely can't go above kern.maxfilesperproc so my expectation is that it's either doing nothing or getting silently capped seems like it gets capped based on
include <sys/stat.h>
#include <sys/types.h>
#include <errno.h>
#include <fcntl.h>
#include <stdio.h>
#include <string.h>
int main(void)
{
int count = 3;
while (open("/dev/null", O_RDONLY) != -1) {
count++;
}
printf("%s: %d\n", strerror(errno), count);
return 0;
}
| 00:06:45 |
| Artturin | well no need for a redirection | 00:06:45 |
| emily | In reply to @paparodeo:matrix.org
seems like it gets capped based on
include <sys/stat.h>
#include <sys/types.h>
#include <errno.h>
#include <fcntl.h>
#include <stdio.h>
#include <string.h>
int main(void)
{
int count = 3;
while (open("/dev/null", O_RDONLY) != -1) {
count++;
}
printf("%s: %d\n", strerror(errno), count);
return 0;
}
with a launchd daemon? | 00:07:16 |
| @paparodeo:matrix.org | In reply to @emilazy:matrix.org
you definitely can't go above kern.maxfilesperproc so my expectation is that it's either doing nothing or getting silently capped * seems like it gets capped based on
#include <sys/stat.h>
#include <sys/types.h>
#include <errno.h>
#include <fcntl.h>
#include <stdio.h>
#include <string.h>
int main(void)
{
int count = 3;
while (open("/dev/null", O_RDONLY) != -1) {
count++;
}
printf("%s: %d\n", strerror(errno), count);
return 0;
}
| 00:07:19 |
