Dojo 1.16.0 - as small as it gets (near-perfect GZIP compression)

Choose a version:

The original file has 641607 bytes (626.6k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 168231 bytes (164.3k, 26%).

After GZIP compression these minified files vary in size:

gzip -6 (default)	56492 bytes (55.2k)	local copy
gzip -9	56430 bytes (55.1k)	local copy
libdeflate -12	53750 bytes (52.5k)	local copy
7zip -mx=9 -tgzip	53723 bytes (52.5k)	local copy
zultra	53659 bytes (52.4k)	local copy
kzip -s0 -rn -b1	53648 bytes (52.4k)	local copy
pigz -11 -n	53636 bytes (52.4k)	local copy
Zopfli	53554 bytes (52.3k)	local copy
Zopfli (defluff)	53551 bytes (52.3k)	local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/dojo/dojo-1.16.0.min.js (or via HTTPS)

You will automatically get the smallest Dojo 1.16.0 file, ETag caching is available and
if your browser doesn't support GZIP decompression then the uncompressed version will be sent.

Currently best Zopfli settings

You can use my super-compressed files for whatever purpose you like as long as you respect the library's original license agreement.
There are no restrictions from my side - but please avoid hot-linking if you run a high-traffic website.

These command-line settings yielded the best compression ratio so far (Linux version of zopfli-krzymod):
zopfli --i100000 --mb8 --mls128 --bsr17 --lazy --ohh

(found December 1, 2019)

Description	Value	Parameter
iterations	100000	--i100000
maximum blocks	8	--mb8
maximum length score	128	--mls128
block splitting recursion	17	--bsr17
lazy matching in LZ77	yes	--lazy
optimized Huffman headers	yes	--ohh
initial random W for iterations	1	--rw1
initial random Z for iterations	2	--rz2

Even Smaller Files Thanks To Defluff

Zopfli's output can be further optimized by the defluff tool.
In this particular case, defluff saves 3 more bytes (53551 bytes).

Download

Verify file integrity

After decompression, my uncompressed files are identical to the original ones:

MD5:
curl --silent --compressed https://download.dojotoolkit.org/release-1.16.0/dojo.js --location | md5sum
d44ca65adbf0f6b35de00438b1718626 -
curl --silent --compressed https://minime.stephan-brumme.com/files/dojo/dojo-1.16.0.min.zopfli.js.gz | md5sum
d44ca65adbf0f6b35de00438b1718626 -

SHA1:
curl --silent --compressed https://download.dojotoolkit.org/release-1.16.0/dojo.js --location | sha1sum
59a5f361cbc66939436e03a06c199eff1ec9d23d -
curl --silent --compressed https://minime.stephan-brumme.com/files/dojo/dojo-1.16.0.min.zopfli.js.gz | sha1sum
59a5f361cbc66939436e03a06c199eff1ec9d23d -

Other Versions

Available Dojo versions at minime.stephan-brumme.com:

1.17.3, 1.17.2, 1.17.1, 1.17.0,
1.16.5, 1.16.4, 1.16.3, 1.16.2, 1.16.1, 1.16.0,
1.15.6, 1.15.5, 1.15.4, 1.15.3, 1.15.2, 1.15.1, 1.15.0,
1.14.9, 1.14.8, 1.14.7, 1.14.6, 1.14.5, 1.14.4, 1.14.3, 1.14.2, 1.14.1, 1.14.0,
1.13.10, 1.13.9, 1.13.8, 1.13.7, 1.13.6, 1.13.5, 1.13.4, 1.13.3, 1.13.2, 1.13.1, 1.13.0,
1.12.11, 1.12.10, 1.12.9, 1.12.8, 1.12.7, 1.12.6, 1.12.5, 1.12.4, 1.12.3, 1.12.2, 1.12.1,
1.11.13, 1.11.12, 1.11.11, 1.11.10, 1.11.9, 1.11.8, 1.11.7, 1.11.6, 1.11.5, 1.11.4, 1.11.3, 1.11.2, 1.11.1, 1.11.0,
1.10.10, 1.10.9, 1.10.8, 1.10.7, 1.10.6, 1.10.5, 1.10.4, 1.10.3, 1.10.2, 1.10.1, 1.10.0,
1.9.11, 1.9.10, 1.9.9, 1.9.8, 1.9.7, 1.9.6, 1.9.5, 1.9.4, 1.9.3, 1.9.2, 1.9.1, 1.9.0,
1.8.14, 1.8.13, 1.8.12, 1.8.11, 1.8.10, 1.8.9, 1.8.8, 1.8.7, 1.8.6, 1.8.5, 1.8.4, 1.8.3, 1.8.2, 1.8.1, 1.8.0,
1.7.12, 1.7.11, 1.7.10, 1.7.9, 1.7.8, 1.7.7, 1.7.6, 1.7.5, 1.7.4, 1.7.3, 1.7.2, 1.7.1, 1.7.0,
1.6.5, 1.6.4, 1.6.3, 1.6.2, 1.6.1, 1.6.0,
1.5.6, 1.5.5, 1.5.4, 1.5.3, 1.5.2, 1.5.1, 1.5.0,
1.4.8, 1.4.7, 1.4.6, 1.4.5, 1.4.4, 1.4.3, 1.4.2, 1.4.1, 1.4.0,
1.3.3, 1.3.2, 1.3.1, 1.3.0,
1.2.3, 1.2.2

The project site contains an overview how well these versions were compressed.
Other interesting projects are AngularJS, BackboneJS, Bootstrap, D3, Ember, jQuery, Knockout, lodash, React, Socket.IO, ThreeJS, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:

Size	Improvement	Parameters	Found
53554 bytes	-5 bytes	zopfli --i100000 --mls128 --bsr17 --lazy --ohh	December 1, 2019 @ 06:16
53559 bytes	-4 bytes	zopfli --i10000 --mls128 --bsr17 --lazy --ohh	November 30, 2019 @ 02:55
53563 bytes	-2 bytes	zopfli --i10000 --mls128 --bsr16 --lazy --ohh	November 30, 2019 @ 02:27
53565 bytes	-3 bytes	zopfli --i10000 --mls2 --bsr10 --lazy --ohh	November 30, 2019 @ 00:54
53568 bytes	-1 byte	zopfli --i1000 --mls32 --bsr21 --lazy --ohh	November 29, 2019 @ 22:29
53569 bytes	-1 byte	zopfli --i1000 --mls64 --bsr2 --lazy --ohh	November 29, 2019 @ 22:12
53570 bytes	-3 bytes	zopfli --i1000 --mls128 --bsr9 --lazy --ohh	November 29, 2019 @ 20:20
53573 bytes	–	zopfli --i100 --mls4 --bsr6 --lazy --ohh	November 29, 2019 @ 19:27

If there are multiple parameter sets yielding the same compressed size, only the first one found is shown.

Most recent activity on February 24, 2022 @ 17:05.

Heatmaps

This Zopfli heatmap visualizes how compression changes when modifying the --bsr and --mls parameter.
Cell's contents is the best filesize achieved (in bytes, hover with mouse over cells to see number of iterations).

Good parameters are green, bad are red. The best and worst are bold as well.
The brightness of the blue background color indicates how many iterations were processed:
10,000, 100,000 or 1,000,000.

bsr \ mls	2	4	8	16	32	64	128	256	512	1024	2048	4096	8192	16384	32768
bsr \ mls	2	4	8	16	32	64	128	256	512	1024	2048	4096	8192	16384	32768
2	53605	53584	53565	53566	53562	53564	53562	53561	53583	53580	53583	53567	53568	53599	53582
4	53606	53605	53607	53566	53568	53576	53566	53563	53573	53573	53570	53567	53565	53587	53568
6	53605	53565	53597	53565	53574	53573	53574	53574	53574	53579	53577	53582	53576	53575	53575
7	53595	53607	53600	53593	53586	53576	53570	53567	53572	53573	53572	53567	53571	53570	53572
8	53610	53597	53601	53567	53567	53580	53561	53563	53580	53573	53581	53578	53576	53577	53575
9	53602	53613	53569	53565	53566	53568	53564	53562	53573	53572	53589	53580	53578	53583	53570
10	53565	53594	53600	53604	53567	53583	53563	53565	53572	53573	53576	53563	53578	53584	53579
11	53600	53579	53569	53595	53566	53564	53554	53563	53573	53572	53578	53575	53578	53590	53571
12	53601	53603	53600	53604	53563	53564	53554	53565	53572	53573	53577	53574	53573	53572	53581
13	53594	53601	53594	53565	53566	53573	53554	53565	53574	53572	53579	53576	53574	53583	53571
14	53566	53580	53569	53601	53562	53563	53570	53564	53573	53573	53576	53587	53573	53579	53582
15	53594	53601	53567	53594	53565	53576	53563	53573	53571	53573	53577	53569	53578	53579	53573
16	53594	53600	53593	53566	53568	53579	53563	53574	53573	53572	53575	53576	53574	53572	53571
17	53591	53599	53601	53602	53565	53572	53554	53573	53573	53572	53586	53587	53573	53579	53582
18	53597	53568	53598	53594	53565	53566	53561	53563	53574	53576	53576	53582	53578	53587	53585
19	53564	53596	53567	53565	53565	53581	53562	53562	53573	53573	53584	53587	53578	53583	53579
20	53597	53566	53597	53565	53563	53568	53562	53573	53583	53573	53573	53566	53573	53587	53571
21	53590	53603	53601	53600	53563	53567	53554	53566	53573	53573	53577	53575	53578	53583	53577
22	53579	53600	53570	53565	53563	53582	53554	53573	53572	53573	53574	53566	53572	53583	53581
23	53564	53593	53563	53565	53564	53573	53561	53573	53573	53572	53574	53580	53573	53581	53581
25	53608	53597	53597	53601	53563	53577	53573	53565	53573	53574	53573	53576	53573	53583	53581
30	53593	53598	53594	53603	53568	53570	53555	53573	53573	53572	53583	53579	53582	53583	53582
40	53593	53597	53593	53565	53565	53580	53561	53574	53574	53572	53573	53583	53577	53585	53579

Due to the Monte Carlo design of my search algorithm, not all parameters have reached the same number of iterations yet:

Iterations	Min. Bytes	Reduction	Coverage
100	53573 bytes	–	100%
1,000	53568 bytes	-5 bytes	100%
10,000	53559 bytes	-9 bytes	100%
100,000	53554 bytes	-5 bytes	2.03%
1,000,000	53554 bytes	–	1.74%
10,000,000	–	–	–

KZIP has far less options available for tuning/optimization. I only played around with the number of blocks (parameter -n):

Blocks	Min. Bytes	Compared To Best Zopfli	Compared To Best KZIP
(any)	53733 bytes	+179 bytes (+0.33%)	+85 bytes
1	53648 bytes	+94 bytes (+0.18%)	–
2	53680 bytes	+126 bytes (+0.24%)	+32 bytes
3	53707 bytes	+153 bytes (+0.29%)	+59 bytes
4	53732 bytes	+178 bytes (+0.33%)	+84 bytes
5	53738 bytes	+184 bytes (+0.34%)	+90 bytes
6	53726 bytes	+172 bytes (+0.32%)	+78 bytes
7	53768 bytes	+214 bytes (+0.40%)	+120 bytes
8	53797 bytes	+243 bytes (+0.45%)	+149 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
However, support for Brotli is constantly growing - for example, your browser actually supports it !

Algorithm	Program	Parameters	Size	Compared To Best Zopfli
ZPAQ (Wikipedia)	zpaq	zpaq -method 69	39404 bytes	-14150 bytes (-26.42%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	47011 bytes	-6543 bytes (-12.22%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	47919 bytes	-5635 bytes (-10.52%)
Brotli (Wikipedia)	brotli	brotli -q 11	49418 bytes	-4136 bytes (-7.72%)
LZMA2 (Wikipedia)	xz	xz -9	50500 bytes	-3054 bytes (-5.70%)
Zstandard (Wikipedia)	zstd	zstd -19	51871 bytes	-1683 bytes (-3.14%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	52256 bytes	-1298 bytes (-2.42%)

Detailled Analysis

I wrote a DEFLATE decoder in Javascript. Click the button below to start a client-side analysis of the smallest gzipped files (may take a second):

Load and Parse Data

Notes: pigz is a fast open source multi-threaded implementation of gzip written by one of the original authors of gzip.
However, when using compression level 11, pigz actually switches to the slower Zopfli algorithm and isn't multi-threaded anymore.
KrzyMOD's extensions to Zopfli offer the highest level of configuration and is therefore used for my brute-force search.
Ken Silverman wrote the closed-source KZIP compression program and Jonathon Fowler ported it to Linux.
Defluff was created by Joachim Henke; DeflOpt is a tool by Ben Jos Walbeehm.

website made by Stephan Brumme in 2015 and still improving in 2026.
all timestamps are displayed in central european time. see my changelog.
no flash, not even images or external css files - and everything squeezed into a single html file.
which was handsomely compressed before releasing it into the wild internet - obviously.

please visit my homepage and my blog, too.
email: minime (at) stephan-brumme.com

All trademarks are property of their respective owners. You know, the boring legal stuff.