Gregory Szorc fe70ef84b2 Bug 1307435 - Change compression level of symbols files; r=ted ... Currently, we use the gzip default of 6. Our history with zlib tells us that reducing the compression level to 5 or 4 often yields significantly faster operations while only sacrificing a little storage. Measurement here shows similar results. On libxul.so.dbg: level time compressed 6 21.0s 231,045,158 5 15.8s 232,926,435 4 12.2s 237,587,011 3 11.1s 245,104,157 Changing the level from 6 to 4 increases the size of the compressed file by 6,541,853 bytes, or 2.83%. But it saves ~10s from the long pole of builds in automation. And that's just from libxul. When you factor in all compressed files, this change has a significant impact on symbol generation. Before: 221s wall; 150s CPU; 311,424,856 bytes After: 192s wall; 130s CPU; 318,085,885 bytes That's on my machine, which has a 4.0 GHz CPU. CPU time savings in automation will likely be more significant. MozReview-Commit-ID: 7CbRSZvUayj --HG-- extra : rebase_source : 87c33d6bb57c9a43613800ca13d91a54f5a95317		2016-10-04 06:16:29 -07:00
..
win32	Bug 1003085 - Rebuild dump_syms.exe for VS11. f=bclary, r=ted	2014-05-20 15:47:29 +09:00
symbolstore.py	Bug 1307435 - Change compression level of symbols files; r=ted	2016-10-04 06:16:29 -07:00
unit-symbolstore.py	Bug 1279048 - Check MOZ_SOURCE_REPO for repository URL; r=ted	2016-06-08 14:54:58 -07:00
upload_symbols.py	bug 1201069 - retry symbol upload on any 500 error. r=ryanvm	2015-09-04 08:13:05 -04:00