NO
« previous next »
Pages: [1]   Go Down

Author Topic: bzip3  (Read 4054 times)

Offline Vortex

  • Member
  • *
  • Posts: 864
    • http://www.vortex.masmcode.com
bzip3
« on: January 29, 2023, 06:21:41 PM »
Quote
A better, faster and stronger spiritual successor to BZip2. Features higher compression ratios and better performance thanks to a order-0 context mixing entropy coder, a fast Burrows-Wheeler transform code making use of suffix arrays and a RLE with Lempel Ziv+Prediction pass based on LZ77-style string matching and PPM-style context modeling.

Like its ancestor, BZip3 excels at compressing text or code.

https://github.com/kspalaiologos/bzip3
Logged
Code it... That's all...

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2113
Re: bzip3
« Reply #1 on: January 30, 2023, 12:08:51 AM »
Interesting  :)
Logged
"It is better to be hated for what you are than to be loved for what you are not." - Andre Gide

Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2115
Re: bzip3
« Reply #2 on: January 31, 2023, 09:40:03 PM »
Sadly pocc x64 have problems with optimizations.
« Last Edit: January 31, 2023, 10:54:31 PM by TimoVJL »
Logged
May the source be with you

Offline John Z

  • Member
  • *
  • Posts: 860
Re: bzip3
« Reply #3 on: February 01, 2023, 12:32:42 PM »
Quote from: TimoVJL on January 31, 2023, 09:40:03 PM
Sadly pocc x64 have problems with optimizations.

Agree, it is hit or miss sometimes.  If you can narrow the issue to a module
  #pragma optimize( none )  at the top
 can be used to exclude just that code module from global optimization.  I've had to do that in a program or two.

The optimization, to me at least, is opaque. Could be helpful if there was a verbose report on
the optimizer actions.  This might point to a coding style that fails to optimize correctly ??

John Z
Logged
Pages: [1]   Go Up
« previous next »