That would allow us to have ephemeral per-request heaps which are torn down after every request at once. In-request garbage collections are super-fast. Application-scoped objects are never collected (i.e. no major collections).
Wouldn't this simple model solve most problems? Basically, a very simple equivalent to Rust's lifetimes tailored to web services without all the complexity, and much less GC overhead than in traditional GC systems.
I've done this in both C and C++.
The downside of automatic memory management is you have to accept the decisions the memory manager makes.
Still, generational GC like in Ruby and Python essentially attempts to discern the lifetime of allocations, and it gets it right most of the time.
I ask because I have embedded Ruby in applications before, and I'm looking for an excuse to do it in Rust.