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

After GZIP compression these minified files vary in size:
unpkg
  205604 bytes (200.8k)
CDN
gzip -6 (default)
  152075 bytes (148.5k)
local copy
jsdelivr
  151916 bytes (148.4k)
CDN
gzip -9
  151544 bytes (148.0k)
local copy
libdeflate -12
  146353 bytes (142.9k)
local copy
7zip -mx=9 -tgzip
  146162 bytes (142.7k)
local copy
zultra
  146106 bytes (142.7k)
local copy
kzip -s0 -rn -b0
  145804 bytes (142.4k)
local copy
Zopfli
  145791 bytes (142.4k)
local copy
pigz -11 -n
  145687 bytes (142.3k)
local copy

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

You will automatically get the smallest ThreeJS 134 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 6125 bytes by using my ThreeJS 134 Zopfli version instead of the best available CDN (4.20% smaller than jsdelivr, 145791 vs. 151916 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 --mls32768 --bsr9 --lazy --ohh

(found November 5, 2021)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 32768  --mls32768
block splitting recursion 9  --bsr9
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 3 more bytes (145788 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/r134/build/three.min.js --location | md5sum
f147ae01feb6e9dbc161ae9e1befe720  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r134.min.zopfli.js.gz | md5sum
f147ae01feb6e9dbc161ae9e1befe720  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
unpkg 205604 bytes f147ae01feb6e9dbc161ae9e1befe720 (invalid)
jsdelivr 151916 bytes f147ae01feb6e9dbc161ae9e1befe720 November 2, 2021 @ 13:23

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
145791 bytes -4 bytes zopfli --i1000000 --mls32768 --bsr9 --lazy --ohh November 5, 2021 @ 13:25
145795 bytes -9 bytes zopfli --i100000 --mls32768 --bsr9 --lazy --ohh November 2, 2021 @ 17:45
145804 bytes -9 bytes zopfli --i10000 --mls32768 --bsr9 --lazy --ohh November 2, 2021 @ 14:40
145813 bytes -9 bytes zopfli --i1000 --mls32768 --bsr9 --lazy --ohh November 2, 2021 @ 13:55
145822 bytes -47 bytes zopfli --i1000 --mls16384 --bsr14 --lazy --ohh November 2, 2021 @ 13:55
145869 bytes zopfli --i100 --mls32768 --bsr9 --lazy --ohh November 2, 2021 @ 13:38

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

Most recent activity on November 5, 2021 @ 13:52.

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
146038 146040 146038 146039 146007 146010 146018 145964 145969 146010 145945 145990 145971 146036 146019
145936 145946 146045 145942 145964 145970 145975 145986 146034 145903 145904 145896 145822 145889 145903
146098 146071 145983 145922 146094 146052 145926 146043 145984 145906 145909 145890 145958 145916 145902
146041 146042 145987 145991 145980 146039 145976 145981 146083 145960 145907 145901 145944 145898 145823
146037 146033 146040 145986 146073 146071 145984 146038 146036 146068 145932 145921 145898 145820 145848
146040 146036 145990 145914 146021 145986 146041 146042 146044 145976 145930 145912 145908 145852 145791
146062 146066 146078 145853 145978 146034 145999 145985 146084 145989 145907 145896 145796 145848 145918
146060 146031 145984 145982 146086 145980 145976 145979 146041 145947 145965 145896 145833 145838 145927
146039 146044 145990 146005 146075 146039 146081 145978 146046 145950 145920 145914 145908 145895 145883
146052 146046 145997 145982 146083 146035 145979 146042 145984 145923 145915 145941 145911 145824 145909
145985 146030 145996 145929 146075 146041 145983 145986 146041 145891 145914 145905 145906 145806 145918
146049 146060 145994 145983 145982 146038 145974 145990 146078 145958 145933 145928 145939 145930 145909
146044 146047 146038 146025 146075 146044 145978 145977 146020 145973 145911 145922 145881 145911 145923
146042 146041 146030 146030 146020 145960 145981 146038 146035 145916 145922 145929 145901 145923 145922
145951 145949 145927 145956 145979 146033 146040 145939 145928 145891 145921 145925 145917 145940 145925
146051 146043 146043 145986 146090 145976 146039 145940 145948 145938 145946 145924 145927 145937 145921
145927 145928 145924 146051 146081 146030 146041 146039 145920 145893 145919 145914 145933 145905 145937
146064 146044 145988 145975 146071 146025 146038 145937 145938 145922 145934 145930 145943 145912 145945
146048 146042 145992 145981 145989 145979 145975 145934 145920 145900 145939 145923 145944 145912 145916
146054 146049 145987 146030 146071 145989 146037 145896 145932 145901 145922 145931 145903 145916 145934
146035 146051 145946 145987 146032 145981 146043 145939 145925 145902 145941 145927 145925 145932 145924
146040 146048 146008 146042 146074 146034 145976 145939 145934 145894 145921 145926 145931 145917 145914
146022 146057 146002 145992 146084 146036 145982 145987 146050 145917 145912 145925 145934 145931 145926

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 145869 bytes 100%
1,000 145813 bytes -56 bytes 100%
10,000 145801 bytes -12 bytes 100%
100,000 145795 bytes -6 bytes 0.58%
1,000,000 145791 bytes -4 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
145804 bytes +13 bytes (+0.01%)
146344 bytes +553 bytes (+0.38%) +540 bytes
146323 bytes +532 bytes (+0.36%) +519 bytes
146185 bytes +394 bytes (+0.27%) +381 bytes
146107 bytes +316 bytes (+0.22%) +303 bytes
146046 bytes +255 bytes (+0.17%) +242 bytes
146051 bytes +260 bytes (+0.18%) +247 bytes
146031 bytes +240 bytes (+0.16%) +227 bytes
145947 bytes +156 bytes (+0.11%) +143 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 98619 bytes -47172 bytes (-32.36%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 113764 bytes -32027 bytes (-21.97%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 117388 bytes -28403 bytes (-19.48%)
Brotli (Wikipedia) brotli brotli -q 11 123631 bytes -22160 bytes (-15.20%)
LZMA2 (Wikipedia) xz xz -9 124028 bytes -21763 bytes (-14.93%)
Zstandard (Wikipedia) zstd zstd -19 130256 bytes -15535 bytes (-10.66%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 131268 bytes -14523 bytes (-9.96%)

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.