On Mon, 15 Jun 2015 13:07:46 +0300, Dmitry Olshansky wrote: > Truth be told it never made any sense - it only suitable for immutables > - AST, ID pool and few others. For instance, lots and lots of AA-s are > short-lived per analyzed scope. > > Even for immutables using region-style allocator with "releaseAll" would > be much safer strategy with same gains. Also never deallocating means we > can't use tooling such as valgrind to pin down real memory leaks. > > >> Hint: when you need to swap out over 2GB of memory (with 16GB of >> physical ram installed), this strategy completely and utterly stops >> making sense. >> > Agreed.
that is, this approach to reduce compilation times is wrong. storing partially analyzed ASTs on disk as easily parsable binary representations (preferably ones that can be mmaped and used as-is) is right. updating the caches when more templates are semanticed is right. even moving off the system linker in favor of much simplier and faster homegrown linker is right for some cases. too much work, though...
signature.asc
Description: PGP signature
