Choose a version:
53% The original file has 1165016 bytes (1,137.7k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 613256 bytes (598.9k, 53%).

After GZIP compression these minified files vary in size:
unpkg
  205075 bytes (200.3k)
CDN
gzip -6 (default)
  151817 bytes (148.3k)
local copy
jsdelivr
  151661 bytes (148.1k)
CDN
gzip -9
  151290 bytes (147.7k)
local copy
7zip -mx=9 -tgzip
  146016 bytes (142.6k)
local copy
libdeflate -12
  145983 bytes (142.6k)
local copy
zultra
  145794 bytes (142.4k)
local copy
kzip -s0 -rn -b0
  145732 bytes (142.3k)
local copy
pigz -11 -n
  145615 bytes (142.2k)
local copy
Zopfli
  145494 bytes (142.1k)
local copy
Zopfli (defluff)
  145489 bytes (142.1k)
local copy

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

You will automatically get the smallest ThreeJS 132 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 6167 bytes by using my ThreeJS 132 Zopfli version instead of the best available CDN (4.24% smaller than jsdelivr, 145494 vs. 151661 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 --i1000000 --mb8 --mls8192 --bsr17 --lazy --ohh

(found August 28, 2021)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 8192  --mls8192
block splitting recursion 17  --bsr17
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 5 more bytes (145489 bytes).

Verify file integrity

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

MD5:
curl --silent --compressed https://raw.githubusercontent.com/mrdoob/three.js/r132/build/three.min.js --location | md5sum
dfbc933c9fd763623def46d192779c41  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r132.min.zopfli.js.gz | md5sum
dfbc933c9fd763623def46d192779c41  -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/mrdoob/three.js/r132/build/three.min.js --location | sha1sum
7a871094f9ebf712906c29f3c2468e0aeda49590  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r132.min.zopfli.js.gz | sha1sum
7a871094f9ebf712906c29f3c2468e0aeda49590  -

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
unpkg 205075 bytes dfbc933c9fd763623def46d192779c41 (invalid)
jsdelivr 151661 bytes dfbc933c9fd763623def46d192779c41 August 26, 2021 @ 18:32

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

Other Versions

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

148, 147, 146, 145, 144, 143, 142, 141, 140, 139, 138, 137, 136, 135, 134, 133, 132, 131, 130, 129, 128, 127, 126, 125, 124, 123, 122, 121, 120, 119, 118, 117, 116, 115, 114, 113, 112, 111, 110, 109, 108, 107, 106, 105, 104, 103, 102, 101, 100, 99, 98, 97, 96, 95, 94, 93, 92, 91, 90, 89, 88, 87, 86, 85, 84, 83, 82, 81, 80, 79, 78, 77, 76, 75, 74, 73, 72, 71, 70, 69, 68, 67, 66, 65, 64, 63, 62, 61, 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50

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, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
145494 bytes -3 bytes zopfli --i1000000 --mls8192 --bsr17 --lazy --ohh August 28, 2021 @ 16:20
145497 bytes -7 bytes zopfli --i100000 --mls8192 --bsr17 --lazy --ohh August 26, 2021 @ 22:37
145504 bytes -27 bytes zopfli --i10000 --mls8192 --bsr17 --lazy --ohh August 26, 2021 @ 19:30
145531 bytes -26 bytes zopfli --i1000 --mls8192 --bsr17 --lazy --ohh August 26, 2021 @ 18:57
145557 bytes -9 bytes zopfli --i1000 --mls8192 --bsr4 --lazy --ohh August 26, 2021 @ 18:54
145566 bytes zopfli --i100 --mls8192 --bsr17 --lazy --ohh August 26, 2021 @ 18:43

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

Most recent activity on August 30, 2021 @ 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, 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
145860 145802 145841 145751 145772 145775 145776 145761 145766 145805 145751 145751 145729 145752 145774
145703 145695 145689 145704 145831 145658 145820 145695 145714 145853 145838 145642 145524 145652 145695
145704 145825 145644 145647 145725 145758 145819 145750 145812 145690 145736 145701 145721 145682 145609
145820 145807 145768 145763 145784 145745 145741 145817 145828 145754 145677 145674 145664 145717 145667
145815 145724 145758 145768 145717 145832 145853 145819 145841 145831 145700 145700 145666 145693 145678
145819 145807 145761 145749 145738 145746 145753 145807 145730 145670 145712 145699 145687 145678 145611
145766 145752 145649 145652 145676 145652 145681 145814 145805 145738 145689 145644 145648 145623 145594
145761 145717 145761 145749 145742 145748 145717 145691 145749 145812 145702 145666 145540 145690 145663
145693 145806 145748 145761 145757 145759 145744 145807 145841 145683 145688 145673 145683 145686 145673
145768 145753 145760 145754 145752 145743 145846 145816 145857 145760 145726 145655 145683 145707 145685
145818 145705 145762 145755 145739 145741 145740 145725 145707 145694 145740 145649 145629 145677 145688
145820 145806 145761 145748 145738 145742 145746 145805 145851 145811 145704 145708 145656 145682 145691
145759 145753 145748 145758 145739 145741 145743 145814 145816 145719 145726 145704 145654 145681 145650
145808 145743 145735 145747 145747 145749 145749 145747 145801 145714 145727 145704 145494 145681 145694
145818 145715 145760 145747 145740 145725 145722 145726 145723 145681 145727 145700 145718 145705 145695
145814 145791 145757 145746 145737 145799 145748 145699 145709 145661 145728 145697 145702 145690 145690
145664 145665 145674 145701 145752 145748 145741 145796 145699 145839 145721 145696 145712 145675 145687
145819 145810 145761 145750 145743 145798 145746 145798 145827 145711 145712 145698 145611 145709 145679
145811 145801 145762 145795 145743 145744 145837 145804 145838 145810 145727 145696 145710 145717 145648
145813 145806 145752 145757 145743 145743 145742 145757 145708 145693 145719 145692 145669 145673 145675
145838 145827 145782 145751 145723 145698 145741 145709 145727 145653 145656 145695 145696 145674 145691
145814 145754 145748 145754 145740 145744 145744 145702 145709 145660 145740 145694 145707 145707 145698
145819 145756 145764 145634 145742 145743 145753 145800 145816 145688 145723 145696 145712 145703 145694

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 145566 bytes 100%
1,000 145531 bytes -35 bytes 100%
10,000 145504 bytes -27 bytes 100%
100,000 145497 bytes -7 bytes 0.58%
1,000,000 145494 bytes -3 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
145732 bytes +238 bytes (+0.16%)
146055 bytes +561 bytes (+0.39%) +323 bytes
146045 bytes +551 bytes (+0.38%) +313 bytes
145948 bytes +454 bytes (+0.31%) +216 bytes
145867 bytes +373 bytes (+0.26%) +135 bytes
145787 bytes +293 bytes (+0.20%) +55 bytes
145779 bytes +285 bytes (+0.20%) +47 bytes
145767 bytes +273 bytes (+0.19%) +35 bytes
145762 bytes +268 bytes (+0.18%) +30 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 98477 bytes -47017 bytes (-32.32%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 113565 bytes -31929 bytes (-21.95%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 117164 bytes -28330 bytes (-19.47%)
Brotli (Wikipedia) brotli brotli -q 11 123431 bytes -22063 bytes (-15.16%)
LZMA2 (Wikipedia) xz xz -9 123700 bytes -21794 bytes (-14.98%)
Zstandard (Wikipedia) zstd zstd -19 129916 bytes -15578 bytes (-10.71%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 130953 bytes -14541 bytes (-9.99%)

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.