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

After GZIP compression these minified files vary in size:
Microsoft
  42761 bytes (41.8k)
CDN, direct link
jsdelivr
  38845 bytes (37.9k)
CDN, direct link
Boot
  38821 bytes (37.9k)
CDN, direct link
Baidu
  33495 bytes (32.7k)
CDN, direct link
cdnjs
  33483 bytes (32.7k)
CDN, direct link
unpkg
  33313 bytes (32.5k)
CDN, direct link
gzip -6 (default)
  33287 bytes (32.5k)
local copy
cdnhttps
  33266 bytes (32.5k)
CDN, direct link
Google
  33225 bytes (32.4k)
CDN, direct link
gzip -9
  33223 bytes (32.4k)
local copy
7zip -mx=9 -tgzip
  32170 bytes (31.4k)
local copy
libdeflate -12
  32145 bytes (31.4k)
local copy
Yandex
  32099 bytes (31.3k)
CDN, direct link
kzip -s0 -rn -b2
  32095 bytes (31.3k)
local copy
pigz -11 -n
  32095 bytes (31.3k)
local copy
Zopfli
  32071 bytes (31.3k)
local copy

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

You will automatically get the smallest jQuery 1.11.1 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 28 bytes by using my jQuery 1.11.1 Zopfli version instead of the best available CDN (0.09% smaller than Yandex, 32071 vs. 32099 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 --bsr12 --lazy --ohh

(found September 2, 2015)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 1024  --mls1024
block splitting recursion 12  --bsr12
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.1.min.js --location | md5sum
8101d596b2b8fa35fe3a634ea342d7c3  -
curl --silent --compressed http://minime.stephan-brumme.com/files/jquery/jquery-1.11.1.min.zopfli.js.gz | md5sum
8101d596b2b8fa35fe3a634ea342d7c3  -

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

These CDNs send you the original file:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Microsoft 42761 bytes 8101d596b2b8fa35fe3a634ea342d7c3 (invalid)
Boot 38821 bytes 8101d596b2b8fa35fe3a634ea342d7c3 March 18, 2015 @ 09:40
cdnjs 33483 bytes 8101d596b2b8fa35fe3a634ea342d7c3 (invalid)
cdnhttps 33266 bytes 8101d596b2b8fa35fe3a634ea342d7c3 December 24, 2015 @ 07:33
Google 33225 bytes 8101d596b2b8fa35fe3a634ea342d7c3 (invalid)
Yandex 32099 bytes 8101d596b2b8fa35fe3a634ea342d7c3 June 15, 2015 @ 21:17

And some CDNs send you a different file:
CDN Size (compressed) MD5 (uncompressed) Comment / Diff Timestamp
jsdelivr 38845 bytes d4a20d75db01a33e2d65e303ce5c34f3 > //# sourceMappingURL=jquery.min.map
(invalid)
Baidu 33495 bytes 4dc834d16a0d219d5c2b8a5b814569e4 only whitespaces differ (invalid)
unpkg 33313 bytes d4a20d75db01a33e2d65e303ce5c34f3 > //# sourceMappingURL=jquery.min.map
July 11, 2016 @ 15:39

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
32071 bytes -2 bytes zopfli --i100000 --mls1024 --bsr12 --lazy --ohh September 2, 2015 @ 03:15
32073 bytes -1 byte zopfli --i10000 --mls1024 --bsr12 --lazy --ohh September 1, 2015 @ 21:43
32074 bytes -5 bytes zopfli --i1000 --mls1024 --bsr12 --lazy --ohh September 1, 2015 @ 20:41
32079 bytes zopfli --i100 --mls8192 --bsr9 --lazy --ohh September 1, 2015 @ 20:19

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
32088 32088 32085 32087 32086 32085 32085 32086 32088 32089 32087 32084 32085 32086 32087
32079 32085 32086 32083 32088 32091 32085 32087 32077 32077 32078 32077 32076 32075 32090
32084 32083 32081 32081 32085 32086 32090 32076 32085 32083 32074 32075 32075 32075 32081
32080 32081 32081 32080 32080 32082 32088 32087 32085 32084 32075 32075 32075 32075 32084
32081 32080 32080 32080 32079 32085 32085 32086 32088 32071 32075 32075 32077 32075 32085
32079 32080 32081 32083 32081 32080 32087 32081 32084 32086 32075 32075 32076 32075 32084
32080 32081 32082 32081 32081 32087 32086 32078 32082 32071 32075 32075 32075 32076 32086
32080 32082 32081 32079 32079 32080 32084 32085 32084 32071 32075 32075 32075 32075 32086
32081 32081 32081 32080 32085 32086 32080 32079 32083 32071 32075 32076 32078 32075 32086
32081 32082 32080 32080 32080 32087 32086 32087 32082 32071 32075 32075 32075 32074 32084
32079 32082 32080 32080 32079 32081 32083 32081 32082 32077 32075 32075 32075 32075 32086
32080 32082 32081 32081 32081 32082 32087 32079 32082 32084 32075 32075 32075 32075 32084
32080 32082 32081 32084 32080 32078 32084 32083 32079 32085 32075 32075 32075 32075 32085
32079 32081 32081 32081 32079 32080 32085 32082 32082 32071 32075 32077 32075 32075 32085
32081 32082 32081 32081 32080 32080 32087 32082 32082 32085 32075 32077 32075 32075 32086
32082 32079 32081 32083 32085 32080 32087 32078 32086 32084 32075 32075 32075 32075 32085
32082 32081 32081 32079 32085 32085 32083 32081 32084 32085 32075 32075 32076 32075 32084
32080 32082 32081 32080 32080 32081 32086 32081 32083 32086 32075 32076 32077 32076 32084
32080 32081 32081 32080 32081 32081 32081 32082 32082 32085 32077 32076 32077 32075 32085
32079 32079 32081 32080 32081 32081 32085 32081 32082 32084 32075 32076 32073 32075 32084
32079 32081 32081 32080 32083 32080 32087 32081 32082 32085 32075 32075 32075 32076 32084
32081 32083 32081 32080 32086 32080 32083 32082 32084 32084 32076 32075 32075 32075 32085
32081 32083 32082 32081 32079 32080 32087 32086 32084 32085 32075 32075 32075 32075 32086

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 32079 bytes 100%
1,000 32073 bytes -6 bytes 100%
10,000 32072 bytes -1 byte 100%
100,000 32071 bytes -1 byte 2.32%
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
32167 bytes +96 bytes (+0.30%) +72 bytes
32167 bytes +96 bytes (+0.30%) +72 bytes
32095 bytes +24 bytes (+0.07%)
32103 bytes +32 bytes (+0.10%) +8 bytes
32095 bytes +24 bytes (+0.07%)
32128 bytes +57 bytes (+0.18%) +33 bytes
32173 bytes +102 bytes (+0.32%) +78 bytes
32218 bytes +147 bytes (+0.46%) +123 bytes
32249 bytes +178 bytes (+0.56%) +154 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 26262 bytes -5809 bytes (-18.11%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 26998 bytes -5073 bytes (-15.82%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 28692 bytes -3379 bytes (-10.54%)
Brotli (Wikipedia) brotli brotli -q 11 29846 bytes -2225 bytes (-6.94%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 30199 bytes -1872 bytes (-5.84%)
LZMA2 (Wikipedia) xz xz -9 31008 bytes -1063 bytes (-3.31%)
ZSTD (Wikipedia) zstd zstd -19 31627 bytes -444 bytes (-1.38%)

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