Choose a version:
23% The original file has 1096237 bytes (1,070.5k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 254638 bytes (248.7k, 23%).

After GZIP compression these minified files vary in size:
Boot
  87049 bytes (85.0k)
CDN
Baidu
  72353 bytes (70.7k)
CDN
cdnjs
  72333 bytes (70.6k)
CDN
gzip -6 (default)
  71361 bytes (69.7k)
local copy
gzip -9
  71037 bytes (69.4k)
local copy
7zip -mx=9 -tgzip
  68562 bytes (67.0k)
local copy
libdeflate -12
  68385 bytes (66.8k)
local copy
pigz -11 -n
  68379 bytes (66.8k)
local copy
zultra
  68343 bytes (66.7k)
local copy
kzip -s0 -rn -b1
  68338 bytes (66.7k)
local copy
Zopfli
  68257 bytes (66.7k)
local copy
Zopfli (defluff)
  68255 bytes (66.7k)
local copy

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

You will automatically get the smallest Ember 1.3.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 4076 bytes by using my Ember 1.3.2 Zopfli version instead of the best available CDN (5.97% smaller than cdnjs, 68257 vs. 72333 bytes):
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 --mls256 --bsr22 --lazy --ohh

(found July 25, 2016)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 256  --mls256
block splitting recursion 22  --bsr22
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 2 more bytes (68255 bytes).

Verify file integrity

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

MD5:
curl --silent --compressed https://builds.emberjs.com/tags/v1.3.2/ember.min.js --location | md5sum
033978cf1612036725cb4a751d80145b  -
curl --silent --compressed https://minime.stephan-brumme.com/files/ember/ember-1.3.2.min.zopfli.js.gz | md5sum
033978cf1612036725cb4a751d80145b  -

SHA1:
curl --silent --compressed https://builds.emberjs.com/tags/v1.3.2/ember.min.js --location | sha1sum
eb42a1d71eca183c8ebfb53789533c5cc38b5e42  -
curl --silent --compressed https://minime.stephan-brumme.com/files/ember/ember-1.3.2.min.zopfli.js.gz | sha1sum
eb42a1d71eca183c8ebfb53789533c5cc38b5e42  -

These CDNs send you the original file:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 87049 bytes 033978cf1612036725cb4a751d80145b March 19, 2015 @ 17:57
cdnjs 72333 bytes 033978cf1612036725cb4a751d80145b February 8, 2014 @ 18:00

And some CDNs send you a different file:
CDN Size (compressed) MD5 (uncompressed) Comment / Diff Timestamp
Baidu 72353 bytes 8295f672b3fcb4d1ce2d5e7c09d3dcff only whitespaces differ June 5, 2014 @ 10:05

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

Other Versions

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

3.0.0,
2.18.2, 2.18.1, 2.18.0,
2.17.2, 2.17.1, 2.17.0,
2.16.2, 2.16.1, 2.16.0,
2.15.3, 2.15.2, 2.15.1, 2.15.0,
2.14.1, 2.14.0,
2.13.4, 2.13.3, 2.13.2, 2.13.1, 2.13.0,
2.12.2, 2.12.1, 2.12.0,
2.11.3, 2.11.2, 2.11.1, 2.11.0,
2.10.2, 2.10.1, 2.10.0,
2.9.1, 2.9.0,
2.8.3, 2.8.2, 2.8.1, 2.8.0,
2.7.3, 2.7.2, 2.7.1, 2.7.0,
2.6.2, 2.6.1, 2.6.0,
2.5.1, 2.5.0,
2.4.6, 2.4.5, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4.0,
2.3.1, 2.3.0,
2.2.2, 2.2.1, 2.2.0,
2.1.2, 2.1.1, 2.1.0,
2.0.3, 2.0.2, 2.0.1, 2.0.0,
1.13.13, 1.13.12, 1.13.11, 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.2, 1.12.1, 1.12.0,
1.11.4, 1.11.3, 1.11.2, 1.11.1, 1.11.0,
1.10.1, 1.10.0,
1.9.1, 1.9.0,
1.8.1, 1.8.0,
1.7.1, 1.7.0,
1.6.1, 1.6.0,
1.5.1, 1.5.0,
1.4.0,
1.3.2, 1.3.1, 1.3.0,
1.2.2, 1.2.1, 1.2.0,
1.0.1, 1.0.0

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

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
68257 bytes -1 byte zopfli --i100000 --mls256 --bsr22 --lazy --ohh July 25, 2016 @ 11:49
68258 bytes -2 bytes zopfli --i100000 --mls2048 --bsr21 --lazy --ohh November 21, 2015 @ 09:41
68260 bytes -1 byte zopfli --i10000 --mls2048 --bsr21 --lazy --ohh November 20, 2015 @ 22:56
68261 bytes -3 bytes zopfli --i10000 --mls2048 --bsr4 --lazy --ohh November 20, 2015 @ 22:34
68264 bytes -42 bytes zopfli --i1000 --mls512 --bsr13 --lazy --ohh September 11, 2015 @ 01:45
68306 bytes zopfli --i100 --mls2048 --bsr12 --lazy --ohh September 10, 2015 @ 13:57

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

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
68266 68267 68278 68265 68277 68263 68262 68261 68265 68265 68266 68271 68268 68269 68263
68264 68266 68265 68262 68263 68263 68265 68257 68263 68261 68261 68262 68266 68277 68273
68334 68263 68267 68266 68263 68266 68264 68261 68261 68261 68262 68264 68262 68276 68266
68263 68264 68263 68267 68266 68266 68266 68263 68259 68261 68258 68263 68264 68270 68264
68268 68267 68264 68263 68263 68265 68262 68263 68262 68263 68262 68269 68265 68274 68264
68264 68265 68264 68265 68258 68263 68269 68257 68259 68265 68263 68265 68264 68278 68261
68262 68265 68263 68267 68262 68263 68264 68261 68259 68261 68259 68265 68265 68270 68265
68263 68267 68264 68267 68266 68262 68264 68257 68259 68261 68258 68259 68263 68271 68263
68266 68264 68264 68264 68262 68262 68261 68259 68259 68259 68258 68265 68263 68271 68265
68262 68263 68265 68264 68265 68266 68265 68257 68259 68261 68258 68265 68263 68271 68264
68334 68263 68263 68267 68265 68266 68265 68261 68259 68261 68258 68264 68265 68277 68262
68263 68263 68263 68266 68266 68267 68265 68265 68261 68261 68258 68265 68265 68275 68264
68262 68264 68265 68266 68264 68266 68261 68259 68261 68259 68262 68264 68262 68272 68269
68263 68264 68263 68263 68263 68266 68264 68259 68261 68261 68258 68265 68265 68280 68264
68338 68262 68264 68265 68259 68262 68265 68263 68262 68258 68261 68265 68264 68277 68264
68264 68263 68263 68265 68265 68262 68264 68257 68261 68262 68258 68265 68270 68270 68266
68268 68264 68264 68266 68265 68266 68264 68261 68259 68259 68262 68263 68263 68268 68267
68262 68265 68263 68265 68265 68266 68268 68257 68259 68259 68258 68266 68263 68270 68262
68264 68264 68264 68267 68258 68266 68265 68257 68259 68259 68258 68265 68264 68278 68262
68262 68269 68264 68265 68259 68262 68264 68257 68259 68261 68258 68263 68264 68269 68265
68262 68264 68263 68263 68263 68266 68264 68257 68259 68261 68259 68264 68265 68277 68265
68263 68267 68263 68265 68262 68264 68264 68261 68261 68258 68259 68265 68264 68280 68269
68263 68263 68263 68263 68265 68266 68264 68257 68261 68259 68258 68264 68268 68277 68263

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 68304 bytes 100%
1,000 68264 bytes -40 bytes 100%
10,000 68260 bytes -4 bytes 100%
100,000 68257 bytes -3 bytes 15.65%
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
68362 bytes +105 bytes (+0.15%) +24 bytes
68338 bytes +81 bytes (+0.12%)
68360 bytes +103 bytes (+0.15%) +22 bytes
68402 bytes +145 bytes (+0.21%) +64 bytes
68440 bytes +183 bytes (+0.27%) +102 bytes
68464 bytes +207 bytes (+0.30%) +126 bytes
68435 bytes +178 bytes (+0.26%) +97 bytes
68470 bytes +213 bytes (+0.31%) +132 bytes
68516 bytes +259 bytes (+0.38%) +178 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 - but your browser doesn't support it.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 49600 bytes -18657 bytes (-27.33%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 52592 bytes -15665 bytes (-22.95%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 56484 bytes -11773 bytes (-17.25%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 59998 bytes -8259 bytes (-12.10%)
Brotli (Wikipedia) brotli brotli -q 11 60859 bytes -7398 bytes (-10.84%)
LZMA2 (Wikipedia) xz xz -9 62612 bytes -5645 bytes (-8.27%)
Zstandard (Wikipedia) zstd zstd -19 64273 bytes -3984 bytes (-5.84%)

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):


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 2024.
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.