[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070519185514.GA17869@ti88.telemetry-investments.com>
Date: Sat, 19 May 2007 14:55:14 -0400
From: "Bill Rugolsky Jr." <brugolsky@...emetry-investments.com>
To: Krzysztof Halasa <khc@...waw.pl>
Cc: Nitin Gupta <nitingupta910@...il.com>,
linux-kernel@...r.kernel.org,
Richard Purdie <richard@...nedhand.com>
Subject: Re: [RFC] LZO1X de/compression support
On Fri, May 18, 2007 at 11:14:57PM +0200, Krzysztof Halasa wrote:
> I'm certainly missing something but what are the advantages of this
> code (over current gzip etc.), and what will be using it?
Richard's patchset added it to the crypto library and wired it into
the JFFS2 file system. We recently started using LZO in a userland UDP
proxy to do stateless per-packet payload compression over a WAN link.
With ~1000 octet packets, our particular data stream sees 60% compression
with zlib, and 50% compression with (mini-)LZO, but LZO runs at ~5.6x
the speed of zlib. IIRC, that translates into > 700Mbps on the input
side on a 2GHZ Opteron, without any further tuning.
Once LZO is in the kernel, I'd like to see it wired into IPComp.
Unfortunately, last I checked only the "deflate" algorithm had an
assigned compression parameter index (CPI), so one will have to use a
private index until an official one is assigned.
Regards,
Bill Rugolsky
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists