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

Choose a version:

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

After GZIP compression these minified files vary in size:

gzip -6 (default)	56015 bytes (54.7k)	local copy
gzip -9	55959 bytes (54.6k)	local copy
libdeflate -12	53312 bytes (52.1k)	local copy
7zip -mx=9 -tgzip	53290 bytes (52.0k)	local copy
kzip -s0 -rn -b1	53222 bytes (52.0k)	local copy
pigz -11 -n	53219 bytes (52.0k)	local copy
zultra	53218 bytes (52.0k)	local copy
Zopfli	53123 bytes (51.9k)	local copy
Zopfli (defluff)	53122 bytes (51.9k)	local copy

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

You will automatically get the smallest Dojo 1.11.11 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 --mls8 --bsr40 --lazy --ohh

(found March 5, 2022)

Description	Value	Parameter
iterations	100000	--i100000
maximum blocks	8	--mb8
maximum length score	8	--mls8
block splitting recursion	40	--bsr40
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 1 more byte (53122 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.11.11/dojo.js --location | md5sum
4a549f301070c2743c8c8a7315ddb25a -
curl --silent --compressed https://minime.stephan-brumme.com/files/dojo/dojo-1.11.11.min.zopfli.js.gz | md5sum
4a549f301070c2743c8c8a7315ddb25a -

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

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
53123 bytes	-4 bytes	zopfli --i100000 --mls8 --bsr40 --lazy --ohh	March 5, 2022 @ 06:01
53127 bytes	-3 bytes	zopfli --i100000 --mls8 --bsr10 --lazy --ohh	March 5, 2022 @ 01:47
53130 bytes	-1 byte	zopfli --i10000 --mls8 --bsr10 --lazy --ohh	February 28, 2022 @ 06:27
53131 bytes	-1 byte	zopfli --i10000 --mls64 --bsr30 --lazy --ohh	February 26, 2022 @ 23:50
53132 bytes	-2 bytes	zopfli --i10000 --mls8 --bsr11 --lazy --ohh	February 25, 2022 @ 11:22
53134 bytes	-2 bytes	zopfli --i1000 --mls16 --bsr30 --lazy --ohh	February 24, 2022 @ 19:23
53136 bytes	-1 byte	zopfli --i1000 --mls16 --bsr22 --lazy --ohh	February 24, 2022 @ 17:52
53137 bytes	–	zopfli --i100 --mls8 --bsr14 --lazy --ohh	February 24, 2022 @ 16:00

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

Most recent activity on March 14, 2022 @ 23:23.

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	53135	53131	53132	53133	53137	53136	53134	53131	53135	53148	53148	53136	53142	53160	53155
4	53168	53131	53133	53133	53146	53145	53131	53132	53138	53136	53140	53134	53139	53142	53160
6	53163	53135	53135	53136	53142	53133	53133	53134	53142	53145	53145	53141	53142	53141	53145
7	53161	53173	53173	53134	53132	53133	53142	53141	53144	53144	53138	53140	53145	53152	53145
8	53164	53161	53133	53133	53136	53144	53131	53133	53140	53145	53144	53144	53149	53144	53148
9	53133	53167	53134	53138	53138	53137	53133	53132	53141	53143	53144	53136	53145	53145	53157
10	53131	53161	53127	53167	53146	53132	53142	53133	53145	53144	53145	53135	53149	53152	53154
11	53163	53167	53132	53134	53136	53135	53124	53131	53134	53144	53145	53141	53146	53151	53143
12	53162	53164	53134	53132	53137	53137	53124	53131	53145	53146	53144	53144	53142	53144	53152
13	53164	53171	53133	53135	53136	53140	53124	53134	53145	53143	53145	53143	53142	53147	53139
14	53132	53165	53131	53135	53137	53138	53123	53133	53145	53149	53146	53135	53144	53143	53144
15	53162	53169	53140	53132	53135	53135	53123	53141	53147	53146	53150	53142	53146	53153	53148
16	53165	53163	53132	53165	53132	53147	53133	53133	53139	53144	53144	53144	53145	53155	53145
17	53161	53162	53135	53134	53133	53137	53132	53141	53146	53146	53147	53134	53143	53141	53151
18	53165	53170	53134	53134	53137	53135	53124	53139	53144	53144	53141	53133	53141	53149	53144
19	53165	53165	53134	53134	53146	53136	53131	53133	53145	53150	53144	53136	53144	53145	53153
20	53162	53164	53134	53134	53137	53132	53133	53140	53145	53144	53145	53142	53144	53144	53154
21	53162	53160	53133	53134	53136	53134	53134	53134	53146	53146	53145	53141	53149	53143	53144
22	53161	53164	53134	53134	53137	53132	53124	53141	53145	53145	53146	53142	53141	53150	53146
23	53163	53166	53133	53134	53136	53136	53124	53140	53142	53144	53146	53135	53143	53152	53146
25	53159	53175	53131	53132	53132	53132	53139	53141	53145	53144	53145	53135	53145	53148	53147
30	53160	53169	53135	53134	53138	53131	53132	53140	53145	53143	53145	53142	53144	53152	53147
40	53162	53164	53123	53132	53132	53131	53139	53139	53142	53143	53144	53141	53150	53143	53148

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	53137 bytes	–	100%
1,000	53134 bytes	-3 bytes	100%
10,000	53130 bytes	-4 bytes	100%
100,000	53123 bytes	-7 bytes	2.90%
1,000,000	53123 bytes	–	0.87%
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)	53240 bytes	+117 bytes (+0.22%)	+18 bytes
1	53222 bytes	+99 bytes (+0.19%)	–
2	53241 bytes	+118 bytes (+0.22%)	+19 bytes
3	53270 bytes	+147 bytes (+0.28%)	+48 bytes
4	53289 bytes	+166 bytes (+0.31%)	+67 bytes
5	53320 bytes	+197 bytes (+0.37%)	+98 bytes
6	53374 bytes	+251 bytes (+0.47%)	+152 bytes
7	53385 bytes	+262 bytes (+0.49%)	+163 bytes
8	53369 bytes	+246 bytes (+0.46%)	+147 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	39047 bytes	-14076 bytes (-26.50%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	46610 bytes	-6513 bytes (-12.26%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	47516 bytes	-5607 bytes (-10.55%)
Brotli (Wikipedia)	brotli	brotli -q 11	49054 bytes	-4069 bytes (-7.66%)
LZMA2 (Wikipedia)	xz	xz -9	50120 bytes	-3003 bytes (-5.65%)
Zstandard (Wikipedia)	zstd	zstd -19	51428 bytes	-1695 bytes (-3.19%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	51805 bytes	-1318 bytes (-2.48%)

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.