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

Choose a version:

The original file has 122242 bytes (119.4k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 40853 bytes (39.9k, 33%).

After GZIP compression these minified files vary in size:

Boot	16202 bytes (15.8k)	CDN
cdnjs	14009 bytes (13.7k)	CDN
gzip -6 (default)	13932 bytes (13.6k)	local copy
gzip -9	13914 bytes (13.6k)	local copy
unpkg	13903 bytes (13.6k)	CDN
jsdelivr	13901 bytes (13.6k)	CDN
libdeflate -12	13422 bytes (13.1k)	local copy
kzip -s0 -rn -b3	13411 bytes (13.1k)	local copy
zultra	13411 bytes (13.1k)	local copy
7zip -mx=9 -tgzip	13406 bytes (13.1k)	local copy
pigz -11 -n	13397 bytes (13.1k)	local copy
Zopfli	13370 bytes (13.1k)	local copy

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

You will automatically get the smallest Vue 0.10.3 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 531 bytes by using my Vue 0.10.3 Zopfli version instead of the best available CDN (3.97% smaller than jsdelivr, 13370 vs. 13901 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 --i100000 --mb8 --mls32 --bsr40 --lazy --ohh

(found April 10, 2017)

Description	Value	Parameter
iterations	100000	--i100000
maximum blocks	8	--mb8
maximum length score	32	--mls32
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

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-0.10.3.min.js --location | md5sum
e98729444d1a0b15859cdcb27ebcc8c7 -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-0.10.3.min.zopfli.js.gz | md5sum
e98729444d1a0b15859cdcb27ebcc8c7 -

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

These CDNs send you the original file:

CDN	Size (compressed)	MD5 (uncompressed)	Timestamp
Boot	16202 bytes	e98729444d1a0b15859cdcb27ebcc8c7	(invalid)
cdnjs	14009 bytes	e98729444d1a0b15859cdcb27ebcc8c7	(invalid)
unpkg	13903 bytes	e98729444d1a0b15859cdcb27ebcc8c7	April 6, 2017 @ 17:25

And some CDNs send you a different file:

CDN	Size (compressed)	MD5 (uncompressed)	Comment / Diff	Timestamp
jsdelivr	13901 bytes	c6e56b67c1f649ee0e7d0f45fdb208be	only whitespaces differ	(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
13370 bytes	-2 bytes	zopfli --i100000 --mls32 --bsr40 --lazy --ohh	April 10, 2017 @ 13:30
13372 bytes	-1 byte	zopfli --i10000 --mls32 --bsr40 --lazy --ohh	April 7, 2017 @ 05:33
13373 bytes	-1 byte	zopfli --i10000 --mls8 --bsr22 --lazy --ohh	April 7, 2017 @ 01:50
13374 bytes	-5 bytes	zopfli --i1000 --mls4 --bsr7 --lazy --ohh	April 6, 2017 @ 19:00
13379 bytes	–	zopfli --i100 --mls32 --bsr30 --lazy --ohh	April 6, 2017 @ 18:19

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

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 or 100,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	13385	13386	13384	13385	13387	13387	13387	13387	13381	13388	13387	13387	13385	13394	13387
4	13386	13379	13381	13378	13385	13385	13387	13382	13380	13384	13381	13383	13381	13381	13395
6	13380	13374	13374	13379	13381	13379	13382	13385	13379	13382	13381	13385	13386	13383	13390
7	13385	13373	13383	13382	13384	13381	13382	13383	13384	13387	13381	13382	13378	13379	13396
8	13385	13382	13383	13379	13379	13383	13378	13384	13379	13384	13381	13387	13379	13379	13392
9	13385	13374	13373	13378	13377	13381	13385	13386	13386	13380	13381	13383	13377	13380	13379
10	13385	13374	13378	13382	13379	13379	13383	13385	13384	13380	13381	13385	13388	13381	13379
11	13385	13374	13375	13378	13379	13380	13382	13384	13385	13381	13386	13385	13377	13379	13390
12	13385	13374	13375	13378	13379	13379	13382	13385	13383	13381	13381	13384	13379	13383	13393
13	13385	13374	13375	13379	13377	13379	13385	13377	13378	13379	13381	13382	13377	13392	13389
14	13380	13374	13373	13379	13380	13379	13382	13386	13382	13380	13385	13382	13384	13380	13386
15	13385	13374	13373	13379	13381	13383	13382	13383	13383	13381	13381	13385	13378	13380	13389
16	13385	13379	13379	13379	13379	13379	13382	13386	13385	13380	13382	13383	13386	13379	13385
17	13380	13375	13384	13378	13381	13381	13385	13384	13383	13381	13381	13382	13378	13380	13380
18	13382	13373	13383	13379	13375	13381	13383	13380	13386	13381	13386	13385	13384	13379	13394
19	13385	13373	13378	13378	13378	13380	13383	13384	13386	13381	13381	13385	13384	13379	13386
20	13385	13374	13378	13379	13380	13383	13385	13376	13383	13382	13381	13385	13378	13379	13389
21	13385	13374	13379	13379	13379	13381	13382	13386	13385	13380	13385	13388	13380	13393	13394
22	13385	13374	13373	13378	13380	13381	13384	13386	13383	13381	13381	13382	13380	13378	13381
23	13385	13374	13376	13378	13378	13379	13382	13385	13380	13381	13385	13382	13377	13392	13385
25	13385	13373	13374	13376	13376	13381	13382	13385	13383	13381	13381	13382	13382	13379	13381
30	13385	13376	13373	13380	13370	13379	13382	13385	13379	13380	13383	13382	13379	13383	13391
40	13374	13379	13374	13377	13370	13379	13379	13380	13383	13380	13382	13382	13382	13379	13387

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	13379 bytes	–	100%
1,000	13374 bytes	-5 bytes	100%
10,000	13372 bytes	-2 bytes	100%
100,000	13370 bytes	-2 bytes	4.06%
1,000,000	–	–	–
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)	13422 bytes	+52 bytes (+0.39%)	+11 bytes
1	13421 bytes	+51 bytes (+0.38%)	+10 bytes
2	13416 bytes	+46 bytes (+0.34%)	+5 bytes
3	13411 bytes	+41 bytes (+0.31%)	–
4	13453 bytes	+83 bytes (+0.62%)	+42 bytes
5	13440 bytes	+70 bytes (+0.52%)	+29 bytes
6	13476 bytes	+106 bytes (+0.79%)	+65 bytes
7	13511 bytes	+141 bytes (+1.05%)	+100 bytes
8	13550 bytes	+180 bytes (+1.35%)	+139 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
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	11379 bytes	-1991 bytes (-14.89%)
ZPAQ (Wikipedia)	zpaq	zpaq -method 69	11702 bytes	-1668 bytes (-12.48%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	12134 bytes	-1236 bytes (-9.24%)
Brotli (Wikipedia)	brotli	brotli -q 11	12658 bytes	-712 bytes (-5.33%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	12801 bytes	-569 bytes (-4.26%)
LZMA2 (Wikipedia)	xz	xz -9	13288 bytes	-82 bytes (-0.61%)
Zstandard (Wikipedia)	zstd	zstd -19	13418 bytes	+48 bytes (+0.36%)

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.