>
> 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 all
On Fri, 15 Aug 2014, Jan Hubicka wrote:
> > > patched:
> > > real6m12.437s
> > > user51m18.829s
> > > sys 4m30.809s
> > >
> > > WPA is 129s, stream in 29.23s, stream out 12.16s.
> > >
> > > Patched + fast compression
> > > real6m4.383s
> > > user49m15.123s
> > > sys 4m31.
> > patched:
> > real6m12.437s
> > user51m18.829s
> > sys 4m30.809s
> >
> > WPA is 129s, stream in 29.23s, stream out 12.16s.
> >
> > Patched + fast compression
> > real6m4.383s
> > user49m15.123s
> > sys 4m31.166s
> >
> > WPA is 124s, stream in 29.39, stream out 7.33s.
>
On Thu, 14 Aug 2014, Jan Hubicka wrote:
> >
> > And this fixes the thinko in zlib use.
> >
> > du /tmp/*ltrans* | awk '{ sum += $1 } END { print sum }'
> > stage3 cc1 WPA ltrans file size 178740 (patched)
> > stage3 cc1 WPA ltrans file size 460068 (unpatched)
>
> The patch works now with Firef
On Thu, 7 Aug 2014, Richard Biener wrote:
> On Thu, 7 Aug 2014, Richard Biener wrote:
>
> >
> > The following are the non-cleanup parts. The patch moves us
> > to compress streams (what data-streamer thinks of "streams")
> > instead of whole sections. This enables us to only need
> > a single
On Thu, 7 Aug 2014, Richard Biener wrote:
>
> The following are the non-cleanup parts. The patch moves us
> to compress streams (what data-streamer thinks of "streams")
> instead of whole sections. This enables us to only need
> a single compressed and uncompressed block of data "live"
> as opp
The following are the non-cleanup parts. The patch moves us
to compress streams (what data-streamer thinks of "streams")
instead of whole sections. This enables us to only need
a single compressed and uncompressed block of data "live"
as opposed to a whole section (well, in theory - we still
do