Choose a version:
34% The original file has 284184 bytes (277.5k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 95931 bytes (93.7k, 34%).

After GZIP compression these minified files vary in size:
Microsoft
  42820 bytes (41.8k)
CDN
Boot
  38923 bytes (38.0k)
CDN
jsdelivr
  38923 bytes (38.0k)
CDN
cdnjs
  33567 bytes (32.8k)
CDN
unpkg
  33379 bytes (32.6k)
CDN
cdnhttps
  33346 bytes (32.6k)
CDN
gzip -6 (default)
  33342 bytes (32.6k)
local copy
gzip -9
  33283 bytes (32.5k)
local copy
Google
  33282 bytes (32.5k)
CDN
libdeflate -12
  32264 bytes (31.5k)
local copy
7zip -mx=9 -tgzip
  32232 bytes (31.5k)
local copy
Yandex
  32169 bytes (31.4k)
CDN
pigz -11 -n
  32160 bytes (31.4k)
local copy
kzip -s0 -rn -b3
  32151 bytes (31.4k)
local copy
Zopfli
  32134 bytes (31.4k)
local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/jquery/jquery-1.11.2.min.js

You will automatically get the smallest jQuery 1.11.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 35 bytes by using my jQuery 1.11.2 Zopfli version instead of the best available CDN (0.11% smaller than Yandex, 32134 vs. 32169 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 --mls1024 --bsr23 --lazy --ohh

(found October 21, 2015)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 1024  --mls1024
block splitting recursion 23  --bsr23
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 http://code.jquery.com/jquery-1.11.2.min.js --location | md5sum
5790ead7ad3ba27397aedfa3d263b867  -
curl --silent --compressed http://minime.stephan-brumme.com/files/jquery/jquery-1.11.2.min.zopfli.js.gz | md5sum
5790ead7ad3ba27397aedfa3d263b867  -

SHA1:
curl --silent --compressed http://code.jquery.com/jquery-1.11.2.min.js --location | sha1sum
8130544c215fe5d1ec081d83461bf4a711e74882  -
curl --silent --compressed http://minime.stephan-brumme.com/files/jquery/jquery-1.11.2.min.zopfli.js.gz | sha1sum
8130544c215fe5d1ec081d83461bf4a711e74882  -

These CDNs send you the original file:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Microsoft 42820 bytes 5790ead7ad3ba27397aedfa3d263b867 December 31, 2014 @ 18:25
Google 33282 bytes 5790ead7ad3ba27397aedfa3d263b867 December 19, 2014 @ 16:56
Yandex 32169 bytes 5790ead7ad3ba27397aedfa3d263b867 June 15, 2015 @ 21:17

And some CDNs send you a different file:
CDN Size (compressed) MD5 (uncompressed) Comment / Diff Timestamp
Boot 38923 bytes 87e69028f78d75ca225b3dc54d233239 > //# sourceMappingURL=jquery.min.map
March 18, 2015 @ 09:41
jsdelivr 38923 bytes 87e69028f78d75ca225b3dc54d233239 > //# sourceMappingURL=jquery.min.map
December 21, 2014 @ 11:00
cdnjs 33567 bytes 87e69028f78d75ca225b3dc54d233239 > //# sourceMappingURL=jquery.min.map
December 17, 2014 @ 17:45
unpkg 33379 bytes 87e69028f78d75ca225b3dc54d233239 > //# sourceMappingURL=jquery.min.map
July 11, 2016 @ 15:39
cdnhttps 33346 bytes 87e69028f78d75ca225b3dc54d233239 only different sourceMappingURL December 24, 2015 @ 07:33

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

Other Versions

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

3.2.1, 3.2.0,
3.1.1, 3.1.0,
3.0.0,
2.2.4, 2.2.3, 2.2.2, 2.2.1, 2.2.0,
2.1.4, 2.1.3, 2.1.2, 2.1.1, 2.1.0,
2.0.3, 2.0.2, 2.0.1, 2.0.0,
1.12.4, 1.12.3, 1.12.2, 1.12.1, 1.12.0,
1.11.3, 1.11.2, 1.11.1, 1.11.0,
1.10.2, 1.10.1, 1.10.0,
1.9.1, 1.9.0,
1.8.3, 1.8.2, 1.8.1, 1.8.0,
1.7.2, 1.7.1, 1.7.0,
1.6.4, 1.6.3, 1.6.2, 1.6.1, 1.6,
1.5.2, 1.5.1, 1.5,
1.4.4, 1.4.3, 1.4.2, 1.4.1, 1.4,
1.3.2, 1.3.1, 1.3,
1.2.6, 1.2.5, 1.2.4, 1.2.3, 1.2.2, 1.2.1, 1.2,
1.1.4, 1.1.3, 1.1.2, 1.1.1, 1.1,
1.0.4, 1.0.3, 1.0.2, 1.0.1, 1.0

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

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
32134 bytes -1 byte zopfli --i100000 --mls1024 --bsr23 --lazy --ohh October 21, 2015 @ 15:41
32135 bytes -1 byte zopfli --i100000 --mls1024 --bsr4 --lazy --ohh September 2, 2015 @ 03:50
32136 bytes -4 bytes zopfli --i10000 --mls1024 --bsr4 --lazy --ohh September 1, 2015 @ 21:34
32140 bytes -4 bytes zopfli --i1000 --mls1024 --bsr4 --lazy --ohh September 1, 2015 @ 20:40
32144 bytes zopfli --i100 --mls2048 --bsr10 --lazy --ohh September 1, 2015 @ 20:18

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

Most recent activity on July 11, 2016 @ 15:39.

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
32149 32149 32148 32148 32149 32148 32147 32145 32148 32148 32148 32144 32145 32148 32156
32150 32148 32147 32146 32149 32150 32149 32150 32141 32135 32141 32140 32139 32140 32149
32148 32149 32144 32146 32145 32146 32148 32146 32146 32145 32136 32138 32138 32138 32148
32144 32149 32144 32149 32143 32144 32150 32153 32145 32146 32138 32138 32138 32138 32146
32143 32153 32144 32145 32149 32147 32147 32145 32148 32149 32138 32138 32139 32140 32149
32144 32149 32146 32146 32147 32146 32146 32143 32144 32145 32138 32138 32138 32138 32148
32148 32147 32146 32146 32153 32148 32146 32147 32145 32149 32135 32138 32138 32139 32146
32153 32149 32144 32145 32150 32153 32150 32146 32147 32149 32136 32138 32138 32137 32148
32148 32149 32149 32146 32151 32146 32150 32146 32144 32146 32136 32138 32138 32138 32146
32149 32149 32148 32147 32149 32148 32146 32147 32143 32146 32137 32138 32138 32138 32147
32143 32150 32144 32144 32150 32148 32152 32145 32146 32146 32136 32138 32137 32138 32148
32146 32142 32146 32146 32146 32148 32150 32154 32144 32146 32138 32138 32140 32138 32146
32149 32151 32144 32145 32149 32146 32150 32145 32146 32146 32137 32138 32140 32138 32147
32149 32143 32144 32144 32147 32146 32150 32154 32147 32146 32136 32138 32139 32138 32149
32146 32151 32144 32145 32146 32148 32150 32145 32144 32146 32136 32138 32140 32139 32150
32151 32141 32144 32146 32150 32146 32153 32145 32145 32146 32136 32138 32138 32140 32147
32144 32148 32144 32145 32150 32143 32150 32153 32148 32147 32137 32138 32138 32138 32146
32145 32149 32146 32145 32153 32148 32146 32146 32144 32148 32136 32138 32140 32139 32149
32143 32149 32146 32146 32144 32150 32151 32152 32144 32145 32137 32138 32138 32138 32146
32150 32150 32148 32149 32149 32148 32146 32146 32144 32134 32139 32139 32140 32138 32148
32150 32151 32149 32146 32146 32148 32150 32146 32146 32148 32136 32140 32138 32138 32148
32150 32150 32145 32146 32149 32148 32150 32154 32146 32145 32136 32138 32141 32138 32148
32149 32149 32144 32145 32144 32153 32146 32154 32146 32146 32139 32138 32138 32138 32148

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 32142 bytes 100%
1,000 32138 bytes -4 bytes 100%
10,000 32135 bytes -3 bytes 100%
100,000 32134 bytes -1 byte 0.87%
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
32230 bytes +96 bytes (+0.30%) +79 bytes
32232 bytes +98 bytes (+0.30%) +81 bytes
32160 bytes +26 bytes (+0.08%) +9 bytes
32151 bytes +17 bytes (+0.05%)
32163 bytes +29 bytes (+0.09%) +12 bytes
32215 bytes +81 bytes (+0.25%) +64 bytes
32247 bytes +113 bytes (+0.35%) +96 bytes
32288 bytes +154 bytes (+0.48%) +137 bytes
32318 bytes +184 bytes (+0.57%) +167 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 26291 bytes -5843 bytes (-18.18%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 27058 bytes -5076 bytes (-15.80%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 28768 bytes -3366 bytes (-10.47%)
Brotli (Wikipedia) brotli brotli -q 11 29894 bytes -2240 bytes (-6.97%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 30273 bytes -1861 bytes (-5.79%)
LZMA2 (Wikipedia) xz xz -9 31068 bytes -1066 bytes (-3.32%)
ZSTD (Wikipedia) zstd zstd -19 31678 bytes -456 bytes (-1.42%)

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