Vue 2.6.0 - as small as it gets (near-perfect GZIP compression)

Choose a version:

The original file has 333048 bytes (325.2k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 92113 bytes (90.0k, 28%).

After GZIP compression these minified files vary in size:

unpkg	39152 bytes (38.2k)	CDN
Boot	33675 bytes (32.9k)	CDN
cdnjs	33675 bytes (32.9k)	CDN
gzip -6 (default)	33452 bytes (32.7k)	local copy
gzip -9	33389 bytes (32.6k)	local copy
libdeflate -12	32267 bytes (31.5k)	local copy
7zip -mx=9 -tgzip	32227 bytes (31.5k)	local copy
zultra	32208 bytes (31.5k)	local copy
kzip -s0 -rn -b5	32192 bytes (31.4k)	local copy
pigz -11 -n	32185 bytes (31.4k)	local copy
Zopfli	32150 bytes (31.4k)	local copy

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

You will automatically get the smallest Vue 2.6.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

Save 1525 bytes by using my Vue 2.6.0 Zopfli version instead of the best available CDN (4.74% smaller than cdnjs, 32150 vs. 33675 bytes):

Download

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 --i1000000 --mb8 --mls8192 --bsr4 --lazy --ohh

(found February 5, 2019)

Description	Value	Parameter
iterations	1000000	--i1000000
maximum blocks	8	--mb8
maximum length score	8192	--mls8192
block splitting recursion	4	--bsr4
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

Verify file integrity

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

MD5:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.6.0.min.js --location | md5sum
ade6d6a1ac4c3607d57cfddb6dcc1a41 -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.6.0.min.zopfli.js.gz | md5sum
ade6d6a1ac4c3607d57cfddb6dcc1a41 -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.6.0.min.js --location | sha1sum
b5a5e06867cf7815f1941b68a5f6868e0cf306bb -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.6.0.min.zopfli.js.gz | sha1sum
b5a5e06867cf7815f1941b68a5f6868e0cf306bb -

All listed CDNs deliver identical contents:

CDN	Size (compressed)	MD5 (uncompressed)	Timestamp
unpkg	39152 bytes	ade6d6a1ac4c3607d57cfddb6dcc1a41	(invalid)
Boot	33675 bytes	ade6d6a1ac4c3607d57cfddb6dcc1a41	(invalid)
cdnjs	33675 bytes	ade6d6a1ac4c3607d57cfddb6dcc1a41	(invalid)

Note: only the MD5 hashes are shown to keep things simple.

Other Versions

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

2.6.14, 2.6.13, 2.6.12, 2.6.11, 2.6.10, 2.6.9, 2.6.8, 2.6.7, 2.6.6, 2.6.5, 2.6.4, 2.6.3, 2.6.2, 2.6.1, 2.6.0, 2.5.22, 2.5.21, 2.5.20, 2.5.19, 2.5.18, 2.5.17, 2.5.16, 2.5.15, 2.5.14, 2.5.13, 2.5.12, 2.5.11, 2.5.10, 2.5.9, 2.5.8, 2.5.7, 2.5.6, 2.5.5, 2.5.4, 2.5.3, 2.5.2, 2.5.1, 2.5.0, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4.0, 2.3.4, 2.3.3, 2.3.2, 2.3.1, 2.3.0, 2.2.6, 2.2.5, 2.2.4, 2.2.3, 2.2.2, 2.2.1, 2.2.0, 2.1.10, 2.1.9, 2.1.8, 2.1.7, 2.1.6, 2.1.5, 2.1.4, 2.1.3, 2.1.2, 2.1.1, 2.1.0, 2.0.8, 2.0.7, 2.0.6, 2.0.5, 2.0.4, 2.0.3, 2.0.2, 2.0.1, 2.0.0,
1.0.28, 1.0.27, 1.0.26, 1.0.25, 1.0.24, 1.0.23, 1.0.22, 1.0.21, 1.0.20, 1.0.19, 1.0.18, 1.0.17, 1.0.16, 1.0.15, 1.0.14, 1.0.13, 1.0.12, 1.0.11, 1.0.10, 1.0.9,
0.10.6, 0.10.5, 0.10.4, 0.10.3, 0.10.2, 0.10.1, 0.10.0,
0.9.3, 0.9.2, 0.9.1, 0.9.0

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

Changelog

Best Zopfli parameters so far:

Size	Improvement	Parameters	Found
32150 bytes	-2 bytes	zopfli --i1000000 --mls8192 --bsr4 --lazy --ohh	February 5, 2019 @ 23:09
32152 bytes	-4 bytes	zopfli --i100000 --mls8192 --bsr4 --lazy --ohh	February 5, 2019 @ 15:20
32156 bytes	-1 byte	zopfli --i10000 --mls8192 --bsr4 --lazy --ohh	February 5, 2019 @ 14:35
32157 bytes	-3 bytes	zopfli --i10000 --mls8192 --bsr25 --lazy --ohh	February 5, 2019 @ 14:23
32160 bytes	-1 byte	zopfli --i1000 --mls8192 --bsr13 --lazy --ohh	February 5, 2019 @ 13:44
32161 bytes	-2 bytes	zopfli --i1000 --mls8192 --bsr23 --lazy --ohh	February 5, 2019 @ 13:43
32163 bytes	-1 byte	zopfli --i1000 --mls16384 --bsr4 --lazy --ohh	February 5, 2019 @ 13:43
32164 bytes	–	zopfli --i100 --mls8192 --bsr13 --lazy --ohh	February 5, 2019 @ 13:40

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

Most recent activity on July 20, 2020 @ 12:51.

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	32166	32171	32170	32173	32165	32169	32166	32172	32170	32171	32181	32184	32165	32181	32168
4	32176	32177	32182	32182	32182	32172	32170	32167	32171	32170	32162	32158	32150	32153	32172
6	32187	32168	32174	32178	32180	32170	32167	32178	32176	32180	32170	32185	32168	32173	32168
7	32176	32167	32166	32176	32178	32175	32172	32177	32172	32180	32166	32181	32158	32162	32166
8	32186	32169	32167	32174	32173	32167	32172	32167	32173	32180	32158	32184	32161	32162	32162
9	32180	32178	32168	32178	32178	32168	32167	32170	32166	32180	32159	32161	32158	32166	32168
10	32187	32172	32175	32184	32180	32171	32180	32173	32167	32174	32168	32183	32157	32158	32167
11	32184	32172	32168	32174	32175	32168	32168	32172	32180	32180	32170	32183	32159	32172	32166
12	32186	32170	32175	32186	32173	32173	32175	32172	32170	32179	32159	32183	32161	32168	32171
13	32182	32166	32174	32176	32175	32169	32172	32165	32172	32176	32159	32184	32158	32171	32170
14	32186	32169	32176	32178	32180	32169	32166	32167	32174	32180	32164	32183	32160	32171	32169
15	32186	32167	32167	32176	32175	32169	32169	32169	32166	32180	32172	32183	32160	32162	32167
16	32187	32168	32186	32173	32175	32167	32178	32167	32174	32180	32165	32184	32171	32156	32167
17	32185	32166	32174	32179	32175	32172	32171	32166	32172	32180	32179	32183	32159	32172	32165
18	32186	32175	32176	32176	32173	32168	32169	32172	32172	32179	32160	32183	32158	32172	32167
19	32177	32167	32167	32179	32176	32169	32169	32169	32172	32180	32161	32183	32160	32170	32167
20	32183	32167	32165	32173	32175	32168	32168	32168	32173	32180	32179	32184	32160	32160	32170
21	32181	32168	32177	32175	32175	32168	32174	32166	32174	32181	32176	32183	32158	32170	32167
22	32177	32175	32174	32178	32177	32168	32178	32173	32174	32180	32172	32183	32154	32158	32168
23	32182	32175	32173	32184	32173	32167	32168	32167	32166	32179	32160	32183	32158	32170	32170
25	32186	32168	32168	32178	32172	32175	32168	32173	32173	32179	32165	32183	32154	32171	32170
30	32176	32168	32172	32177	32179	32171	32174	32172	32174	32180	32172	32184	32154	32172	32177
40	32175	32168	32166	32174	32178	32170	32168	32171	32166	32180	32164	32184	32162	32171	32165

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	32164 bytes	–	100%
1,000	32160 bytes	-4 bytes	100%
10,000	32156 bytes	-4 bytes	100%
100,000	32152 bytes	-4 bytes	2.32%
1,000,000	32150 bytes	-2 bytes	0.29%
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)	32256 bytes	+106 bytes (+0.33%)	+64 bytes
1	32256 bytes	+106 bytes (+0.33%)	+64 bytes
2	32256 bytes	+106 bytes (+0.33%)	+64 bytes
3	32242 bytes	+92 bytes (+0.29%)	+50 bytes
4	32250 bytes	+100 bytes (+0.31%)	+58 bytes
5	32192 bytes	+42 bytes (+0.13%)	–
6	32220 bytes	+70 bytes (+0.22%)	+28 bytes
7	32216 bytes	+66 bytes (+0.21%)	+24 bytes
8	32254 bytes	+104 bytes (+0.32%)	+62 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	26581 bytes	-5569 bytes (-17.32%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	27462 bytes	-4688 bytes (-14.58%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	28486 bytes	-3664 bytes (-11.40%)
Brotli (Wikipedia)	brotli	brotli -q 11	30124 bytes	-2026 bytes (-6.30%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	30812 bytes	-1338 bytes (-4.16%)
LZMA2 (Wikipedia)	xz	xz -9	30912 bytes	-1238 bytes (-3.85%)
Zstandard (Wikipedia)	zstd	zstd -19	31502 bytes	-648 bytes (-2.02%)

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.