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