On Sun, 13 May 2012 18:27:05 +0000 (UTC) Thomas Kueling <thomas.kuel...@gmail.com> said:
> > Torri <vincent.torri <at> gmail.com> said: > > > > actually forget lz4hc... lgpl3. > > > > Well, apparently no longer : > LZ4 HC just went BSD. > > http://code.google.com/p/lz4/ ok... so now it's on the possible list. :) so with lx4hc we get same compression ration as zlib -1, but slower speed (about 3x as long to compress). to date we have only been using zlib level 1 for images, level 9 for data (for various reasons). at least with lz4hc at decompress time we don't pay a greater IO cost than now for images (should be about the same size to load) but decompression speed when we DONT wait on IO is 6.4x faster... not bad. this still needs actual empirical testing to see what the actual costs and gains end up being in real life. it's too complex an issue since we deal with IO here to figure out with some thought exercises i think. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
