aboutsummaryrefslogtreecommitdiffstats
path: root/po/sl.po
diff options
context:
space:
mode:
authorBryan Quigley <bryan.quigley@canonical.com>2018-05-22 11:26:27 -0400
committerBryn M. Reeves <bmr@redhat.com>2018-06-07 16:02:51 +0100
commitf1f3a63aada7e5559f25c918fb8bb45c9ecdff7a (patch)
tree3cc40b017a5a8659cb1bfc1a4b7c99adce89dac4 /po/sl.po
parent5f2e731f5d034c9d67ac8273dc0e4810f7cda289 (diff)
downloadsos-f1f3a63aada7e5559f25c918fb8bb45c9ecdff7a.tar.gz
[archive] switch compression preset from -1 to -2
I've noted an uptick of users recompressing sosreports to get a better compression rate for uploading over slow links. My tests indicate that -2 is a better default and should remove any benefit of compressing again. In tested cases -2 does not cause any significant CPU increase and always has shown an improvment - sometimes substancial. The worst was 3seconds more for a 15MB savings. I would generally expect to see similar percentage savings as sosreports get bigger. -3 and higher were evaluated but had diminshing returns that didn't seem worth it. Tests results: NVMe drive xz -a --batch -1 5.9M 30.766s -2 5.7M 30.673s -3 5.6M 30.101s -4 5.5M 35.882s bz2 bz2 -a --batch -1 11M 36.675s -2 8.3M 38.792s xz -a --all-logs --batch -1 87M 1m8.994s -2 72M 1m11.926s -3 69M 1m18.210s -4 70M 2m33.930s Old hard drive -a --batch -1 5.3M 14.935s -2 5.2M 15.611s -a --batch --all-logs -1 35M 38.881s -2 26M 38.337s Resolves: #1307 Signed-off-by: Bryan Quigley <bryan.quigley@canonical.com> Signed-off-by: Bryn M. Reeves <bmr@redhat.com>
Diffstat (limited to 'po/sl.po')
0 files changed, 0 insertions, 0 deletions