From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nitin Gupta Subject: Re: ANN: linux-kernel-lzo-2.06.20120123 - update LZO to v2.06 Date: Mon, 23 Jan 2012 14:12:42 -0500 Message-ID: <4F1DB12A.7010001@vflare.org> References: <1326414530-10789-1-git-send-email-andi@firstfloor.org> <4F16DFB0.2060404@oberhumer.com> <4F1D889C.2050706@oberhumer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Cc: linux-kernel@vger.kernel.org, Andi Kleen , chris.mason@oracle.com, linux-btrfs@vger.kernel.org, Richard Purdie To: "Markus F.X.J. Oberhumer" Return-path: In-Reply-To: <4F1D889C.2050706@oberhumer.com> List-ID: Hi Markus, Thanks for the patches! On 01/23/2012 11:19 AM, Markus F.X.J. Oberhumer wrote: > Hi, > > I've prepared a small package that updates the LZO version in the Linux > kernel to LZO v2.06. > > Please get it from: > > http://www.oberhumer.com/opensource/lzo/download/Testing/linux-kernel-lzo-2.06.20120123.tar.gz > > As stated in the README, its main purpose is to allow easy benchmarking of the > latest LZO versions - these do feature some nice speed improvements, and while > I have done a lot of synthetic benchmarking I'm really very curious and > appreciate feedback on "real-world" performance numbers like usage in > btrfs and zram. > I will soon integrate them with zram and get some performance numbers. Thanks, Nitin > > http://www.oberhumer.com/opensource/lzo/ > > On 2012-01-18 16:05, Markus F.X.J. Oberhumer wrote: >> On 2012-01-13 01:28, Andi Kleen wrote: >>> Here's a slightly updated version of the BTRFS snappy interface. >>> snappy is a faster compression algorithm that provides similar >>> compression as LZO, but generally better performance. >> >> I'd like to note that the LZO version in the current Linux kernel is >> rather outdated - it seems to be based on the 2005 release. >> >> In fact the latest version LZO 2.06 does compress both slightly faster and >> better than snappy 1.0.4 when benchmarking the Calgary and Silesia >> compression corpus (tested with gcc 4.6 on Nehalem & Sandy Bridge). >> >> Furthermore please be aware that from a pure compression point of view >> snappy et al. are very close cousins of LZO (strictly byte-aligned LZ77) >> that mainly differ in implementation issues like using a table to >> number of branches - and indeed similar optimizations could be applied >> to any version. >> >> I'm not sure if there is an official kernel maintainer of LZO, but I'd >> offer to assist you updating to the latest version and eliminating >> any possible performance issues. >