netty5/codec
Norman Maurer ae41a5c28b FastLzFrameDecoder should use allocator to allocate output buffer (#11499)
Motivation:

FastLzFrameDecoder currently not use the allocator to alocate the output buffer. This means that if you use the PooledByteBufAllocator you still can't make use of the pooling. Beside this the decoder also does an uncessary memory copy when no compression is used.

Modifications:

- Allocate the output buffer via the allocator
- Don't allocate and copy if we handle an uncompressed chunk
- Make use of ByteBufChecksum for a few optimizations when running on a recent JDK

Result:

Less allocations when using FastLzFrameDecoder
2021-07-21 22:17:05 +02:00
..
src FastLzFrameDecoder should use allocator to allocate output buffer (#11499) 2021-07-21 22:17:05 +02:00
pom.xml [Feature] Add zstd encoder (#11437) 2021-07-06 14:57:39 +02:00