You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fixes#231
When a block is not marked as the final block it should be possible to read 10 further bits ahead.
The smallest block seems to be a predefined block with a single EOB, which would be 10 bits + EOB from current block (current limit).
This should make it possible to fill more bits at the time when decoding.
When a block is not marked as the final block it should be possible to read 10 further bits ahead without breaking the promise of not overreading.
Fixes#231
Also write blocks with only EOF as TYPE 01 (predefined tables) with only an EOB literal. This saves 3-4 bytes at no cost.
The smallest block seems to be a predefined block with a single EOB, which would be 10 bits + EOB from current block (current limit).
This should make it possible to fill more bits at the time when decoding.
```
λ benchcmp old.txt new.txt
benchmark old ns/op new ns/op delta
BenchmarkGunzipCopy-12 27830317 26617762 -4.36%
BenchmarkGunzipNoWriteTo-12 27878505 26705660 -4.21%
benchmark old MB/s new MB/s speedup
BenchmarkGunzipCopy-12 171.50 179.31 1.05x
BenchmarkGunzipNoWriteTo-12 171.20 178.72 1.04x
```
When a block is not marked as the final block it should be possible to read 10 further bits ahead.
The smallest block seems to be a predefined block with a single EOB, which would be 10 bits + EOB from current block (current limit).
This should make it possible to fill more bits at the time when decoding.
The text was updated successfully, but these errors were encountered: