> This is only useful if the parent process has a lot of memory that's never used by the child processes right? Otherwise, you would lose via refcounting COWs.
What we saw in prod is that memory fragmentation caused by gc is the main reason of shared memory shrink.
The memory fragmentation is figured out by doing a full collection before fork and keep it disabled, it'll make a bunch of copy-on-write in child process.
This can't solve the copy-on-write caused by ref count, but we're thinking about freezing the ref count on those permanent objects too.
So this is useful if you did some warm-up work in parent process.
Also it could speedup gc if you have large amount of permanent objects.