Re: Where's the bzip2 compressed linux-kernel patch?

[Jörn Engel]

On Sat, 18 October 2003 15:38:35 -0500, Rob Landley wrote:
> 
> The decompression-side ones, yes.  (Modulo different command line arguments, 
> and that I didn't implement the "small mode" that's slower but uses less 
> memory.  That would probably only add a couple hundred bytes, and I could 
> make it a compile time option, but I just haven't gotten around to it yet.  
> If somebody wants to send me a patch... :)

Does anyone really need the "small mode"?  If not, I consider it a
feature to not support it. :)

> > Not pretty with 80 columns, but it looks good at first glance.
> 
> Manuel Novoa submitted a patch that sped things up over 10% (seriously cool, 
> that's why we're faster than the original), but broke the 80 column thing 
> (mostly a couple return statements that need to be on the next line).
> 
> I'm happy to take a patch to clean it up. :)

Today is rainy.  Why not? ;)

> > And surely more fun to work on than the zlib-inspired code from Julian.
> 
> That was the original reason for doing this, yes. :)

You don't - by any chance - plan the same thing for the compression
side, do you?  I still have vague plans to improve the algorithm a bit,
so a clean codebase would be nice to have.

> Eric Anderson pointed me to the new home of the kernel bunzip patch, which is 
> at "http://shepard.kicks-ass.net/~cc/";, and I'll take a stab at porting it to 
> 2.6.0-test8 as the mood strikes me. :)

Cool!  Maybe I should update my patches again.  They are definitely
2.7 material, but if people want to play with that stuff...

Jörn

-- 
My second remark is that our intellectual powers are rather geared to
master static relations and that our powers to visualize processes
evolving in time are relatively poorly developed.
-- Edsger W. Dijkstra
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/