| 14 May 2026 |
hexa | I'm so close to just set up a launchd service that kills it every hour | 00:23:37 |
emily | are the /nix/store or the build directories perhaps getting indexed by Spotlight? | 00:24:36 |
hexa | how would I know | 00:29:30 |
hexa | how do macos users not have extensive knowledge here :D | 00:29:52 |
hexa | we have this | 00:30:55 |
hexa | system.activationScripts.postActivation.text = ''
printf "disabling spotlight indexing... "
mdutil -i off -d / &> /dev/null
mdutil -E / &> /dev/null
echo "ok"
'';
| 00:30:57 |
hexa | so it's probably not that | 00:31:00 |
hexa | Redacted or Malformed Event | 00:31:03 |
hexa | https://github.com/nix-darwin/nix-darwin/commit/4757a160e2289c2d1e7575106ea501887a123206 | 00:31:16 |
viraptor | Honestly, I'm finding "yet another service I didn't know existed" every two weeks or so because it starts leaking memory from bigger builds. Life's too short, feedback gets ignored, "sudo kill ..." is the way | 00:33:56 |
viraptor | * Honestly, I'm finding "yet another service I didn't know existed" every two weeks or so because it starts leaking memory from bigger builds. Life's too short, Apple feedback gets ignored, "sudo kill ..." is the way | 00:34:09 |
hexa | that's what I do | 00:34:11 |
hexa | that's what you see in the screenshot up there | 00:34:16 |
hexa | killall -9 fseventsd | 00:34:23 |
ttp | high number of read/writes causes it to go up as well iirc
so writing node_modules and nix stores etc can cause it to go haywire
restarting it periodically shouldn't hurt it, but it is a sucky solution for something that should be doing nothing | 00:34:41 |
hexa | launchd.daemons.fseventsd-reclaim = {
script = ''
killall -9 fseventsd
'';
serviceConfig.StartInterval = 3600;
};
| 00:34:58 |
hexa | I'm doing. | 00:35:02 |
hexa | we'll be fine | 00:35:08 |
hexa | frankly, it started getting worse once I fixed disk space issues | 00:36:17 |
hexa | which probably increased throughput | 00:36:24 |
hexa | we also have this | 00:37:07 |
hexa | # MacOS stores extensive logs in /var/db/uuidtext, which cause high disk usage
# Manually: find /var/db/uuidtext -type f -mtime +7 -delete
launchd.daemons.log-erase = {
script = ''
date
log erase --all
'';
serviceConfig.StartInterval = 3600 * 24;
serviceConfig.StandardErrorPath = "/var/log/uuidtext-gc.log";
serviceConfig.StandardOutPath = "/var/log/uuidtext-gc.log";
};
| 00:37:11 |
viraptor | My recent "just kill the service" somehow resulted in moving its 20GB memory use under the kernel process with 30k threads instead... So yeah. Quality system. | 00:37:55 |
hexa | It's fine. | 00:38:30 |
hexa | macs are an AI platform now | 00:38:34 |
hexa | with thunderbolt clustering | 00:38:38 |
hexa | where macs are going you don't need memory anyway | 00:38:58 |
ttp |  Download image.png | 00:41:33 |
hexa | question | 00:59:09 |
hexa | we have environment.darwinConfig = "/nix/home/darwin-config/macs/nix-darwin.nix"; configured | 00:59:17 |