Nick Terrell

Thanks for answering the question @Tachi107! That is absolutely correct. I'm going to re-name this task, and put it up as help wanted. The action would be to better document...

I believe that PR #3382 fixes this issue. But I'm not a CMake expert, so please @afbjorklund, @rkitover let me know if this fixes the issue for you.

I'll clarify the docs slightly. > In which case, it would be possible to stack multiple DDict references in the context. > The problem is that this capability has not...

Closing as there is no immediate action to be taken. We can't, and don't want to, default zstd to using more than 8MB of memory, unless you explicitly opt into...

I'm going to close this issue as it seems like the immediate question has been answered. We don't have immediate plans to refactor the dictionary builder API, simply because we...

Hi @JunHe77, I've just merged PR #3449. I've found that on my M1 chip those loops perform at least as well as your C versions. But I would be happy...

Thanks for the report @shulib! This is a case where using Huffman only outperforms zstd. Zstd finds matches, but it is actually better to have no matches. E.g. with the...

Seems to be answered, closing. Please create a new issue if you have further questions.

I'd accept a PR, with tests, that adds this. However, pzstd is not under active development, and it is generally suggested to move to native zstd multithreading through `zstd -T#`....

> Effectively, including zstd unstable declarations from a library header is broken. `zstd.h` handles multiple includes correctly. ```c #include #define ZSTD_STATIC_LINKING_ONLY #include ``` This works as expected (you'll get the...