Unexpected Termination on macOS under Low Disk Space (CacheDeleteAppContainerCaches)

Can we prevent or reduce these terminations for persistently running status bar apps?

I'm not sure it will work in all cases or on all systems but, in theory, CacheDelete should not be terminating your app if there there is any data for it to delete. That means ensuring any temporary directories that it cleans are empty ("Caches", "tmp", etc) but may also require avoiding any API/framework usage that would consume this kind of storage without your knowledge.

Having said that:

Are there recommended APIs or configurations (e.g., NSProcessInfo assertions, entitlements, LaunchAgents) to resist termination or receive notifications under low disk conditions?

What are Apple’s best practices for ensuring sandboxed apps reliably run during disk pressure?

...I think avoiding the termination itself is the wrong way to approach this issue. There are so many edge cases possible failure points here that it's very difficult to predict or prevent all of them. Similarly, giving up the benefits of being able to cache data under normal conditions to avoid a relatively rare termination isn't necessarily a good tradeoff.

My recommendation would actually be to ignore the specifics of termination itself and instead focus on having the system relaunch your app if/when it happens to be terminated. My suggestion would be to use SMAppService to configure you app as a LaunchAgent which is configured to be relaunched. In most cases, this will make this kind of termination largely invisible to the user, either because it happened while the user wasn't actively using their machine or because the time frame was short enough that the user never noticed.

__
Kevin Elliott
DTS Engineer, CoreOS/Hardware

Thanks for pointing to this direction, @DTS Engineer !