Need a Faster Compressor

Stefan Koch via Digitalmars-d digitalmars-d at puremagic.com
Sun May 22 10:19:38 PDT 2016


On Sunday, 22 May 2016 at 16:06:07 UTC, Marco Leise wrote:

>
> There are a few open questions, for me at least. Are there 
> other proposals with good properties? Are there any objections 
> against the benchmarking method or the license? Can the 
> implementation be in D? If not, should we link against the 
> system liblz4.so/a or copy the C code into the backend? Is a 
> pre-filled dictionary worthwhile? If so, which words should go 
> in it? The latter is important because changes to the Dlang 
> mangling need to be reflected in other projects outside our 
> direct control, too.

Here are my answers please take them with a grain of ignorance.

I do not think prefilling the dictionary will do much good since 
LZ is all about finding prefixs anyway.

I am for copying the sourcecode into our source-tree we don't 
want to be dependent on LZ4 library being available on the users 
system.
I think re-implementing it in D is also fine as long as the 
function is extern(C).
However I agree with Martins point: It is a waste of resources 
re-implementing something that already has a perfectly fine 
implementation.

The only reason why I re-implemented the LZ4 decompression was to 
use it at CTFE.



More information about the Digitalmars-d mailing list