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

Choose a version:

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

After GZIP compression these minified files vary in size:

unpkg	39229 bytes (38.3k)	CDN
Boot	33752 bytes (33.0k)	CDN
cdnjs	33752 bytes (33.0k)	CDN
gzip -6 (default)	33526 bytes (32.7k)	local copy
gzip -9	33458 bytes (32.7k)	local copy
libdeflate -12	32324 bytes (31.6k)	local copy
7zip -mx=9 -tgzip	32283 bytes (31.5k)	local copy
zultra	32261 bytes (31.5k)	local copy
kzip -s0 -rn -b5	32251 bytes (31.5k)	local copy
pigz -11 -n	32245 bytes (31.5k)	local copy
Zopfli	32204 bytes (31.4k)	local copy

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

You will automatically get the smallest Vue 2.6.2 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 1548 bytes by using my Vue 2.6.2 Zopfli version instead of the best available CDN (4.81% smaller than cdnjs, 32204 vs. 33752 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 --bsr18 --lazy --ohh

(found February 8, 2019)

Description	Value	Parameter
iterations	1000000	--i1000000
maximum blocks	8	--mb8
maximum length score	8192	--mls8192
block splitting recursion	18	--bsr18
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.2.min.js --location | md5sum
6b89bb0afefda627404bf697b215274b -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.6.2.min.zopfli.js.gz | md5sum
6b89bb0afefda627404bf697b215274b -

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

All listed CDNs deliver identical contents:

CDN	Size (compressed)	MD5 (uncompressed)	Timestamp
unpkg	39229 bytes	6b89bb0afefda627404bf697b215274b	(invalid)
Boot	33752 bytes	6b89bb0afefda627404bf697b215274b	(invalid)
cdnjs	33752 bytes	6b89bb0afefda627404bf697b215274b	(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
32204 bytes	-1 byte	zopfli --i1000000 --mls8192 --bsr18 --lazy --ohh	February 8, 2019 @ 19:29
32205 bytes	-4 bytes	zopfli --i100000 --mls8192 --bsr18 --lazy --ohh	February 7, 2019 @ 15:36
32209 bytes	-6 bytes	zopfli --i10000 --mls8192 --bsr18 --lazy --ohh	February 7, 2019 @ 12:34
32215 bytes	-1 byte	zopfli --i1000 --mls16 --bsr12 --lazy --ohh	February 7, 2019 @ 11:10
32216 bytes	-3 bytes	zopfli --i1000 --mls8192 --bsr18 --lazy --ohh	February 7, 2019 @ 11:09
32219 bytes	-4 bytes	zopfli --i1000 --mls8192 --bsr12 --lazy --ohh	February 7, 2019 @ 11:09
32223 bytes	–	zopfli --i100 --mls8192 --bsr14 --lazy --ohh	February 7, 2019 @ 11:00

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:49.

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	32227	32228	32226	32227	32223	32229	32224	32221	32227	32229	32236	32242	32217	32239	32226
4	32232	32233	32231	32233	32232	32231	32226	32237	32228	32229	32225	32240	32213	32213	32230
6	32226	32224	32225	32231	32234	32232	32226	32239	32239	32238	32216	32242	32227	32230	32232
7	32232	32229	32226	32232	32243	32235	32229	32230	32240	32238	32215	32241	32211	32225	32229
8	32235	32231	32225	32236	32229	32231	32235	32229	32231	32238	32218	32217	32216	32217	32226
9	32232	32232	32222	32235	32227	32231	32233	32233	32229	32239	32216	32218	32211	32226	32229
10	32230	32228	32226	32236	32234	32235	32234	32238	32238	32239	32227	32223	32209	32215	32224
11	32234	32232	32226	32235	32234	32227	32236	32230	32228	32238	32238	32216	32216	32224	32223
12	32231	32233	32222	32213	32222	32231	32231	32232	32237	32238	32213	32217	32212	32224	32227
13	32232	32231	32224	32229	32226	32231	32235	32235	32227	32229	32225	32243	32211	32224	32223
14	32239	32234	32225	32232	32225	32232	32228	32229	32240	32239	32222	32218	32215	32229	32224
15	32230	32224	32225	32227	32231	32227	32235	32233	32227	32239	32224	32218	32213	32219	32226
16	32229	32225	32221	32236	32230	32232	32229	32239	32232	32239	32218	32222	32220	32213	32227
17	32234	32224	32227	32238	32227	32235	32230	32233	32233	32224	32217	32217	32214	32226	32232
18	32234	32232	32224	32232	32231	32235	32223	32233	32240	32238	32213	32218	32204	32221	32235
19	32232	32230	32227	32234	32227	32233	32230	32234	32229	32238	32217	32217	32214	32218	32229
20	32230	32231	32223	32235	32229	32230	32229	32229	32229	32239	32218	32221	32210	32225	32225
21	32238	32231	32228	32233	32226	32227	32230	32233	32225	32238	32216	32217	32214	32212	32224
22	32231	32237	32226	32232	32228	32234	32229	32233	32230	32238	32236	32218	32214	32217	32227
23	32230	32226	32231	32236	32226	32234	32229	32231	32231	32239	32215	32220	32209	32218	32227
25	32232	32233	32224	32234	32233	32233	32234	32233	32223	32239	32216	32217	32205	32219	32230
30	32230	32235	32225	32236	32231	32234	32235	32231	32238	32238	32227	32218	32213	32220	32232
40	32230	32238	32224	32230	32225	32231	32226	32234	32231	32238	32222	32217	32213	32228	32228

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	32223 bytes	–	100%
1,000	32215 bytes	-8 bytes	100%
10,000	32209 bytes	-6 bytes	100%
100,000	32205 bytes	-4 bytes	1.16%
1,000,000	32204 bytes	-1 byte	0.58%
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)	32315 bytes	+111 bytes (+0.34%)	+64 bytes
1	32316 bytes	+112 bytes (+0.35%)	+65 bytes
2	32306 bytes	+102 bytes (+0.32%)	+55 bytes
3	32294 bytes	+90 bytes (+0.28%)	+43 bytes
4	32308 bytes	+104 bytes (+0.32%)	+57 bytes
5	32251 bytes	+47 bytes (+0.15%)	–
6	32278 bytes	+74 bytes (+0.23%)	+27 bytes
7	32271 bytes	+67 bytes (+0.21%)	+20 bytes
8	32306 bytes	+102 bytes (+0.32%)	+55 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	26625 bytes	-5579 bytes (-17.32%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	27503 bytes	-4701 bytes (-14.60%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	28533 bytes	-3671 bytes (-11.40%)
Brotli (Wikipedia)	brotli	brotli -q 11	30197 bytes	-2007 bytes (-6.23%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	30905 bytes	-1299 bytes (-4.03%)
LZMA2 (Wikipedia)	xz	xz -9	30952 bytes	-1252 bytes (-3.89%)
Zstandard (Wikipedia)	zstd	zstd -19	31558 bytes	-646 bytes (-2.01%)

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.