> 
> 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.

Reply via email to