Hi. On Mon, 2006-08-28 at 22:15 +0400, Edward Shishkin wrote: > Stefan Traby wrote: > > On Mon, Aug 28, 2006 at 10:06:46AM -0700, Hans Reiser wrote: > > > > > >>Hmm. LZO is the best compression algorithm for the task as measured by > >>the objectives of good compression effectiveness while still having very > >>low CPU usage (the best of those written and GPL'd, there is a slightly > >>better one which is proprietary and uses more CPU, LZRW if I remember > >>right. The gzip code base uses too much CPU, though I think Edward made > > > > > > I don't think that LZO beats LZF in both speed and compression ratio. > > > > LZF is also available under GPL (dual-licensed BSD) and was choosen in favor > > of LZO for the next generation suspend-to-disk code of the Linux kernel. > > > > see: http://www.goof.com/pcg/marc/liblzf.html > > > > thanks for the info, we will compare them
For Suspend2, we ended up converting the LZF support to a cryptoapi plugin. Is there any chance that you could use cryptoapi modules? We could then have a hope of sharing the support. Regards, Nigel
