starred/brotli
1
0
Fork 0
mirror of https://github.com/google/brotli.git synced 2026-07-08 17:56:58 +00:00
Code Issues 1.2k Packages Projects Releases 20 Wiki Activity

strange behavior of brotli ... #382

New Issue
Closed
opened 2026-01-29 20:43:02 +00:00 by claunia · 1 comment
claunia commented 2026-01-29 20:43:02 +00:00
Owner
Copy Link

Originally created by @fenix-soft on GitHub (Mar 24, 2021).

I have compiled brotli v1.0.9 on a 32 bit linux ubuntu system with success, I have done some tests both using tar and with single files to be compressed using only brotli.

for example if I use this command:
brotli 1.tar
generates me a file called "1.tar.br" but the compression phase inexplicably uses cpu and ram in a disproportionate way taking a long time, to consider that my test source code file in the tar file was big about 3MB .. in some cases for bigger tar files my machine cuts the compression due to insufficient memory. in the test machine I have installed 2 GB of ram.

if instead I manually tell brotli the compression level for example "-9 the maximum" with :
brotli -9 1.tar
generates me a file called "1.tar.br", the compression lasts a few seconds without an intensive use of cpu or ram (so negligible that I don't notice it) this happens in all those cases that I manually set the compression level.

my question is .. is it normal that without setting a compression level it behaves that way?

brotli for defoult without parameters what level of compression does brotli use?

thanks for your attention, best regards

Originally created by @fenix-soft on GitHub (Mar 24, 2021). I have compiled **brotli v1.0.9** on a **32 bit linux ubuntu system with success**, I have done some tests both using tar and with single files to be compressed using only brotli. for example if I use this command: `brotli 1.tar` generates me a file called **"1.tar.br"** **but the compression phase inexplicably uses cpu and ram in a disproportionate way taking a long time**, to consider that my test source code file in the tar file was big about 3MB .. in some cases for bigger tar files my machine cuts the compression due to insufficient memory. in the test machine I have installed 2 GB of ram. if instead I manually tell brotli the compression level for example "-9 the maximum" with : `brotli -9 1.tar` generates me a file called "1.tar.br", the compression lasts a few seconds without an intensive use of cpu or ram (so negligible that I don't notice it) this happens in all those cases that I manually set the compression level. my question is .. is it normal that without setting a compression level it behaves that way? brotli for defoult without parameters what level of compression does brotli use? thanks for your attention, best regards
claunia commented 2026-01-29 20:43:02 +00:00
Author
Owner
Copy Link

@eustas commented on GitHub (Mar 24, 2021):

Hello.

Command line help states that --best is used by default. Yes, it is a memory and CPU hungry mode.

There is no consensus among compressors about what level should be used by default. For example gzip uses level 6 (in between fastest and best), but bzip2 uses level 9 (best).

For brotli we have decided to use the best level by default, because it is less discoverable (-9 is what user usually expects to be best). Personally I always specify compression level and few more options to cover my expectations (i.e. -Zfk of -9fk).

@eustas commented on GitHub (Mar 24, 2021): Hello. Command line help states that `--best` is used by default. Yes, it is a memory and CPU hungry mode. There is no consensus among compressors about what level should be used by default. For example gzip uses level 6 (in between fastest and best), but bzip2 uses level 9 (best). For brotli we have decided to use the best level by default, because it is less discoverable (`-9` is what user usually expects to be best). Personally I always specify compression level and few more options to cover my expectations (i.e. `-Zfk` of `-9fk`).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
enhancement
feature
help wanted
pull-request
Mirrored from GitHub Pull Request
 release-v1.1
release-v1.1.1
release-v1.2
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/brotli#382
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?