> > Yeah, the 2MB was just a "guess", I'll change it to 64k blocks. Note > the original code exponentially increased block size to not have > too many blocks (for whatever reason). A 800MB compressed decl section > would need 12800 64k blocks. But in the end it matters only that > the block allocations are "efficient" for the memory allocator > (so don't allocate 1-byte blocks). Our internal overhead is > one pointer (to point to the next buffer). > > Of course in the end I want to implement streaming right into the > file rather than queuing up the whole compressed data (or > mmapping it).
Yep, would be nice for WPA stream out memory usage. Also getting rid of the gcc->gas->object file way for slim LTO files may be huge win for kernel times... > > Btw, I'll first try to get rid of the separate string section > which would also make it compressed again and be less awkwardly > abusing the data-streamer. Sounds good :) Honza > > Richard.