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

Choose a version:

The original file has 343989 bytes (335.9k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 94137 bytes (91.9k, 27%).

After GZIP compression these minified files vary in size:

unpkg	43126 bytes (42.1k)	CDN
gzip -6 (default)	34275 bytes (33.5k)	local copy
gzip -9	34204 bytes (33.4k)	local copy
libdeflate -12	33085 bytes (32.3k)	local copy
7zip -mx=9 -tgzip	33021 bytes (32.2k)	local copy
kzip -s0 -rn -b4	32981 bytes (32.2k)	local copy
pigz -11 -n	32980 bytes (32.2k)	local copy
zultra	32975 bytes (32.2k)	local copy
Zopfli	32915 bytes (32.1k)	local copy

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

You will automatically get the smallest Vue 2.6.13 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 10211 bytes by using my Vue 2.6.13 Zopfli version instead of the best available CDN (31.02% smaller than unpkg, 32915 vs. 43126 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 --mls16384 --bsr8 --lazy --ohh

(found June 3, 2021)

Description	Value	Parameter
iterations	1000000	--i1000000
maximum blocks	8	--mb8
maximum length score	16384	--mls16384
block splitting recursion	8	--bsr8
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.13.min.js --location | md5sum
5437a23bcd22dd9cba5e319340597316 -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.6.13.min.zopfli.js.gz | md5sum
5437a23bcd22dd9cba5e319340597316 -

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

All listed CDNs deliver identical contents:

CDN	Size (compressed)	MD5 (uncompressed)	Timestamp
unpkg	43126 bytes	5437a23bcd22dd9cba5e319340597316	(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
32915 bytes	-1 byte	zopfli --i1000000 --mls16384 --bsr8 --lazy --ohh	June 3, 2021 @ 19:04
32916 bytes	-4 bytes	zopfli --i100000 --mls16384 --bsr8 --lazy --ohh	June 1, 2021 @ 18:30
32920 bytes	-2 bytes	zopfli --i10000 --mls16384 --bsr8 --lazy --ohh	June 1, 2021 @ 18:01
32922 bytes	-10 bytes	zopfli --i1000 --mls16384 --bsr8 --lazy --ohh	June 1, 2021 @ 17:49
32932 bytes	–	zopfli --i100 --mls16384 --bsr8 --lazy --ohh	June 1, 2021 @ 17:17

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

Most recent activity on June 3, 2021 @ 19:04.

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	32957	32951	32955	32958	32958	32960	32955	32964	32956	32956	32973	32943	32942	32953	32957
4	32950	32951	32954	32953	32954	32971	32962	32962	32955	32957	32951	32941	32941	32943	32962
6	32968	32954	32972	32968	32961	32955	32955	32965	32961	32953	32948	32940	32941	32946	32948
7	32941	32943	32952	32954	32948	32964	32960	32960	32954	32957	32946	32940	32943	32949	32960
8	32951	32950	32951	32957	32954	32964	32957	32959	32957	32957	32946	32945	32943	32915	32942
9	32953	32951	32953	32955	32951	32961	32959	32965	32956	32960	32946	32937	32941	32946	32952
10	32952	32947	32952	32957	32951	32954	32954	32956	32955	32960	32944	32942	32943	32945	32964
11	32952	32961	32952	32955	32950	32964	32953	32959	32957	32964	32945	32941	32940	32927	32941
12	32952	32951	32951	32953	32951	32968	32962	32957	32958	32957	32944	32939	32942	32940	32962
13	32967	32962	32953	32957	32959	32963	32953	32961	32953	32957	32947	32938	32942	32941	32949
14	32952	32953	32952	32952	32950	32962	32958	32957	32957	32956	32946	32941	32941	32943	32946
15	32969	32943	32966	32955	32958	32957	32958	32960	32959	32956	32945	32941	32941	32944	32946
16	32954	32951	32952	32956	32951	32962	32953	32965	32951	32959	32949	32946	32942	32944	32951
17	32951	32952	32951	32953	32948	32962	32953	32960	32957	32957	32946	32941	32940	32942	32960
18	32952	32948	32968	32958	32948	32964	32958	32960	32958	32957	32942	32941	32940	32946	32946
19	32951	32947	32951	32953	32948	32964	32954	32956	32958	32957	32943	32940	32947	32944	32940
20	32953	32954	32953	32958	32949	32959	32958	32959	32952	32963	32945	32941	32942	32941	32946
21	32951	32962	32952	32958	32952	32963	32954	32964	32957	32956	32946	32943	32945	32942	32958
22	32951	32960	32951	32955	32948	32965	32958	32965	32962	32957	32946	32938	32942	32940	32960
23	32952	32950	32950	32952	32952	32962	32955	32959	32952	32956	32944	32941	32942	32943	32960
25	32968	32945	32968	32953	32958	32961	32963	32964	32953	32957	32946	32944	32945	32940	32944
30	32951	32953	32968	32953	32956	32962	32953	32960	32953	32957	32948	32944	32942	32942	32946
40	32968	32949	32966	32967	32969	32955	32953	32955	32957	32952	32946	32941	32940	32946	32954

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	32932 bytes	–	100%
1,000	32922 bytes	-10 bytes	100%
10,000	32920 bytes	-2 bytes	100%
100,000	32916 bytes	-4 bytes	0.87%
1,000,000	32915 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)	33058 bytes	+143 bytes (+0.43%)	+77 bytes
1	33058 bytes	+143 bytes (+0.43%)	+77 bytes
2	33051 bytes	+136 bytes (+0.41%)	+70 bytes
3	33046 bytes	+131 bytes (+0.40%)	+65 bytes
4	32981 bytes	+66 bytes (+0.20%)	–
5	32986 bytes	+71 bytes (+0.22%)	+5 bytes
6	33014 bytes	+99 bytes (+0.30%)	+33 bytes
7	33018 bytes	+103 bytes (+0.31%)	+37 bytes
8	33050 bytes	+135 bytes (+0.41%)	+69 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	27129 bytes	-5786 bytes (-17.58%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	28134 bytes	-4781 bytes (-14.53%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	29184 bytes	-3731 bytes (-11.34%)
Brotli (Wikipedia)	brotli	brotli -q 11	30922 bytes	-1993 bytes (-6.05%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	31528 bytes	-1387 bytes (-4.21%)
LZMA2 (Wikipedia)	xz	xz -9	31680 bytes	-1235 bytes (-3.75%)
Zstandard (Wikipedia)	zstd	zstd -19	32318 bytes	-597 bytes (-1.81%)

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.