snappy 0.0.15 → 0.0.16

Sign up to get free protection for your applications and to get access to all the features.
Files changed (52) hide show
  1. checksums.yaml +4 -4
  2. data/.travis.yml +23 -1
  3. data/ext/extconf.rb +1 -9
  4. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/AUTHORS +0 -0
  5. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/COPYING +1 -1
  6. data/home/travis/build/miyucy/snappy/vendor/snappy/ChangeLog +2468 -0
  7. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/Makefile.am +3 -0
  8. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/NEWS +20 -0
  9. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/README +10 -6
  10. data/home/travis/build/miyucy/snappy/vendor/snappy/autogen.sh +12 -0
  11. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/configure.ac +4 -3
  12. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/format_description.txt +0 -0
  13. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/framing_format.txt +0 -0
  14. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/m4/gtest.m4 +0 -0
  15. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-c.cc +0 -0
  16. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-c.h +3 -3
  17. data/home/travis/build/miyucy/snappy/vendor/snappy/snappy-internal.h +227 -0
  18. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-sinksource.cc +33 -0
  19. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-sinksource.h +51 -6
  20. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-stubs-internal.cc +0 -0
  21. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-stubs-internal.h +44 -7
  22. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-stubs-public.h.in +5 -3
  23. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-test.cc +5 -2
  24. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy-test.h +22 -5
  25. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy.cc +474 -316
  26. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy.h +23 -4
  27. data/home/travis/build/miyucy/snappy/vendor/snappy/snappy.pc.in +10 -0
  28. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/snappy_unittest.cc +225 -49
  29. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/alice29.txt +0 -0
  30. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/asyoulik.txt +0 -0
  31. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/baddata1.snappy +0 -0
  32. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/baddata2.snappy +0 -0
  33. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/baddata3.snappy +0 -0
  34. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/fireworks.jpeg +0 -0
  35. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/geo.protodata +0 -0
  36. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/html +0 -0
  37. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/html_x_4 +0 -0
  38. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/kppkn.gtb +0 -0
  39. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/lcet10.txt +0 -0
  40. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/paper-100k.pdf +0 -0
  41. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/plrabn12.txt +0 -0
  42. data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/testdata/urls.10K +0 -0
  43. data/lib/snappy.rb +2 -1
  44. data/lib/snappy/reader.rb +7 -3
  45. data/lib/snappy/shim.rb +30 -0
  46. data/lib/snappy/version.rb +3 -1
  47. data/lib/snappy/writer.rb +8 -9
  48. data/smoke.sh +8 -0
  49. metadata +44 -41
  50. data/vendor/snappy/ChangeLog +0 -1916
  51. data/vendor/snappy/autogen.sh +0 -7
  52. data/vendor/snappy/snappy-internal.h +0 -150
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA1:
3
- metadata.gz: 4e63c753b75999c098fbe0fab4b5868b1f4a464e
4
- data.tar.gz: 85792db9262861fe0e9265a2d99857b7e43e4446
3
+ metadata.gz: 70cc0329485f61d1d7de7d1a085c1e71458e758c
4
+ data.tar.gz: cfbaa41271063a41ebb6757287d6c9e82a1bbabe
5
5
  SHA512:
6
- metadata.gz: d01d5af925a9c09a55671c4039b19a3cea0ab6024ccfbc24105ff85f7ce3a813aa2da607dcabb2cc3c99667bdbed6fbdd756fa0b29781e1d7abf6534b652117a
7
- data.tar.gz: 4fa9738736cb2b9fe9a79e05a9ca55737c37b0d8e51a80dd8f25ab36919491e101ee6ce8c8220420d6580d70a1e4dd92dabf63fd94451cc721b0d5583fec5220
6
+ metadata.gz: 769d3a90ca07c5a8a8667c7b627ad72010bab540e6cef3e19af2d34529062ff30efd47afce5baed2a5af5d3d5df6b213b8f8addadb08b9ca7c63eb9df4b78459
7
+ data.tar.gz: 486b3f4e5dc42e29eb9097360a85a75576e07831b744ad4924f4d2b7e91653546c5dddf01e18bcbebcd0f464f1e84f31a031c275f7b5741a7e7b3d4b8a347aed
data/.travis.yml CHANGED
@@ -1,4 +1,26 @@
1
1
  language: ruby
2
+ sudo: false
3
+ cache:
4
+ bundler: true
5
+ directories:
6
+ - "$HOME/.ccache"
2
7
  rvm:
3
- - 2.2.2
8
+ - 1.9.3
9
+ - 2.2
10
+ - 2.3
11
+ - 2.4
4
12
  - jruby-19mode
13
+ env:
14
+ global:
15
+ - PATH="/usr/lib/ccache:$PATH"
16
+ before_install:
17
+ - gem install bundler
18
+ deploy:
19
+ provider: rubygems
20
+ api_key:
21
+ secure: Jwk5pSUD9dUb34fO4dLamqhQw9U/t/5pHX7l5LKE4e1MDlD9fq/KB/DFpRTSfA0s8XUu+NZYtRO+6GZBEBY5UjZyPcUk5izaQzMWANP6QEMI4mYheSFUXTGkimV8MFxo2Fp7itZBM9SsLccDp/59nmbhBUMdr4OECZtd1Igjz63AtRdD7JgZwhC2XqBVbcxyx78VcZH8r4JEZzpcnZjjGN9YwQFubhiPs0V2uTMp/kGSWeP4U3T71MrvRmDlu8QJTsTRsvhv+zDatFySzs2SGsn25+cUCOqWnb5vcwtCbfj7trY+DLO3FqZOvQlvDfvyOy9LlLRpovhu6w+L42Z2ZN5U1Ovz0bMjk5WGLlXRxCLTRqXihvJrtFuL/7B2YSXcWPBNt5HWFwtapEJDm+CJoKpqa/WB7gEgO+uAocHbRqbg64rnPLODOEH0xGeRNSXBA3P5JeVNYhvpFdX8LclRFaVpfYDDenzRV9zpIppMXSq3Suzw/nZPBL9cuuIsBYG6hnijhZertWIRjZqw8D/1wEBd6VT7cDQ+PsNBGKhvPBVd5Nb7Zh9YjwCv4BQHB6XekiKi7mGFN4X/6eTzudRYxG7KyrYqk9AQ6KmEv5U/Xv+Wcar86O49LtNqYykYKLknC9CiUwTDp4lkVD8D3LoIzkL2/AeZyI6NQso8tymB0CM=
22
+ gem: snappy
23
+ on:
24
+ tags: true
25
+ repo: miyucy/snappy
26
+ script: bundle exec rake && ./smoke.sh
data/ext/extconf.rb CHANGED
@@ -1,21 +1,13 @@
1
1
  require 'mkmf'
2
2
  require 'fileutils'
3
3
 
4
- def patch_autogen
5
- # s/libtoolize/glibtoolize/
6
- File.write('autogen.sh', File.read('autogen.sh').gsub(/libtoolize/, 'glibtoolize'))
7
- end
8
-
9
4
  unless pkg_config('libsnappy') || have_library('snappy')
10
5
  # build vendor/snappy
11
6
  pwd = File.dirname File.expand_path __FILE__
12
7
  dir = File.join pwd, '..', 'vendor', 'snappy'
13
8
 
14
9
  Dir.chdir dir do
15
- unless system './autogen.sh'
16
- patch_autogen
17
- raise '`autogen.sh` failed' unless system './autogen.sh'
18
- end
10
+ raise '`autogen.sh` failed' unless system './autogen.sh'
19
11
  raise '`configure` failed' unless system './configure --disable-option-checking --disable-dependency-tracking --disable-gtest --without-gflags'
20
12
  end
21
13
 
data/{vendor → home/travis/build/miyucy/snappy/vendor}/snappy/COPYING RENAMED
@@ -29,7 +29,7 @@ OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
29
29
 
30
30
  ===
31
31
 
32
- Some of the benchmark data in util/zippy/testdata is licensed differently:
32
+ Some of the benchmark data in testdata/ is licensed differently:
33
33
 
34
34
  - fireworks.jpeg is Copyright 2013 Steinar H. Gunderson, and
35
35
  is licensed under the Creative Commons Attribution 3.0 license
data/home/travis/build/miyucy/snappy/vendor/snappy/ChangeLog ADDED
@@ -0,0 +1,2468 @@
1
+ commit eb66d8176b3d1f560ee012e1b488cb1540c45f88
2
+ Author: Steinar H. Gunderson <sesse@google.com>
3
+ Date: Mon Jun 22 16:10:47 2015 +0200
4
+
5
+ Initialized members of SnappyArrayWriter and SnappyDecompressionValidator.
6
+ These members were almost surely initialized before use by other member
7
+ functions, but Coverity was warning about this. Eliminating these warnings
8
+ minimizes clutter in that report and the likelihood of overlooking a real bug.
9
+
10
+ A=cmumford
11
+ R=jeff
12
+
13
+ commit b2312c4c25883ab03b5110f1b006dce95f419a4f
14
+ Author: Steinar H. Gunderson <sesse@google.com>
15
+ Date: Mon Jun 22 16:03:28 2015 +0200
16
+
17
+ Add support for Uncompress(source, sink). Various changes to allow
18
+ Uncompress(source, sink) to get the same performance as the different
19
+ variants of Uncompress to Cord/DataBuffer/String/FlatBuffer.
20
+
21
+ Changes to efficiently support Uncompress(source, sink)
22
+ --------
23
+
24
+ a) For strings - we add support to StringByteSink to do GetAppendBuffer so we
25
+ can write to it without copying.
26
+ b) For flat array buffers, we do GetAppendBuffer and see if we can get a full buffer.
27
+
28
+ With the above changes we get performance with ByteSource/ByteSink
29
+ that is very close to directly using flat arrays and strings.
30
+
31
+ We add various benchmark cases to demonstrate that.
32
+
33
+ Orthogonal change
34
+ ------------------
35
+
36
+ Add support for TryFastAppend() for SnappyScatteredWriter.
37
+
38
+ Benchmark results are below
39
+
40
+ CPU: Intel Core2 dL1:32KB dL2:4096KB
41
+ Benchmark Time(ns) CPU(ns) Iterations
42
+ -----------------------------------------------------
43
+ BM_UFlat/0 109065 108996 6410 896.0MB/s html
44
+ BM_UFlat/1 1012175 1012343 691 661.4MB/s urls
45
+ BM_UFlat/2 26775 26771 26149 4.4GB/s jpg
46
+ BM_UFlat/3 48947 48940 14363 1.8GB/s pdf
47
+ BM_UFlat/4 441029 440835 1589 886.1MB/s html4
48
+ BM_UFlat/5 39861 39880 17823 588.3MB/s cp
49
+ BM_UFlat/6 18315 18300 38126 581.1MB/s c
50
+ BM_UFlat/7 5254 5254 100000 675.4MB/s lsp
51
+ BM_UFlat/8 1568060 1567376 447 626.6MB/s xls
52
+ BM_UFlat/9 337512 337734 2073 429.5MB/s txt1
53
+ BM_UFlat/10 287269 287054 2434 415.9MB/s txt2
54
+ BM_UFlat/11 890098 890219 787 457.2MB/s txt3
55
+ BM_UFlat/12 1186593 1186863 590 387.2MB/s txt4
56
+ BM_UFlat/13 573927 573318 1000 853.7MB/s bin
57
+ BM_UFlat/14 64250 64294 10000 567.2MB/s sum
58
+ BM_UFlat/15 7301 7300 96153 552.2MB/s man
59
+ BM_UFlat/16 109617 109636 6375 1031.5MB/s pb
60
+ BM_UFlat/17 364438 364497 1921 482.3MB/s gaviota
61
+ BM_UFlatSink/0 108518 108465 6450 900.4MB/s html
62
+ BM_UFlatSink/1 991952 991997 705 675.0MB/s urls
63
+ BM_UFlatSink/2 26815 26798 26065 4.4GB/s jpg
64
+ BM_UFlatSink/3 49127 49122 14255 1.8GB/s pdf
65
+ BM_UFlatSink/4 436674 436731 1604 894.4MB/s html4
66
+ BM_UFlatSink/5 39738 39733 17345 590.5MB/s cp
67
+ BM_UFlatSink/6 18413 18416 37962 577.4MB/s c
68
+ BM_UFlatSink/7 5677 5676 100000 625.2MB/s lsp
69
+ BM_UFlatSink/8 1552175 1551026 451 633.2MB/s xls
70
+ BM_UFlatSink/9 338526 338489 2065 428.5MB/s txt1
71
+ BM_UFlatSink/10 289387 289307 2420 412.6MB/s txt2
72
+ BM_UFlatSink/11 893803 893706 783 455.4MB/s txt3
73
+ BM_UFlatSink/12 1195919 1195459 586 384.4MB/s txt4
74
+ BM_UFlatSink/13 559637 559779 1000 874.3MB/s bin
75
+ BM_UFlatSink/14 65073 65094 10000 560.2MB/s sum
76
+ BM_UFlatSink/15 7618 7614 92823 529.5MB/s man
77
+ BM_UFlatSink/16 110085 110121 6352 1027.0MB/s pb
78
+ BM_UFlatSink/17 369196 368915 1896 476.5MB/s gaviota
79
+ BM_UValidate/0 46954 46957 14899 2.0GB/s html
80
+ BM_UValidate/1 500621 500868 1000 1.3GB/s urls
81
+ BM_UValidate/2 283 283 2481447 417.2GB/s jpg
82
+ BM_UValidate/3 16230 16228 43137 5.4GB/s pdf
83
+ BM_UValidate/4 189129 189193 3701 2.0GB/s html4
84
+
85
+ A=uday
86
+ R=sanjay
87
+
88
+ commit b2ad96006741d40935db2f73194a3e489b467338
89
+ Author: Steinar H. Gunderson <sesse@google.com>
90
+ Date: Mon Jun 22 15:48:29 2015 +0200
91
+
92
+ Changes to eliminate compiler warnings on MSVC
93
+
94
+ This code was not compiling under Visual Studio 2013 with warnings being treated
95
+ as errors. Specifically:
96
+
97
+ 1. Changed int -> size_t to eliminate signed/unsigned mismatch warning.
98
+ 2. Added some missing return values to functions.
99
+ 3. Inserting character instead of integer literals into strings to avoid type
100
+ conversions.
101
+
102
+ A=cmumford
103
+ R=jeff
104
+
105
+ commit e7a897e187e90b33f87bd9e64872cf561de9ebca
106
+ Author: Steinar H. Gunderson <sesse@google.com>
107
+ Date: Mon Jun 22 15:45:11 2015 +0200
108
+
109
+ Fixed unit tests to compile under MSVC.
110
+
111
+ 1. Including config.h in test.
112
+ 2. Including windows.h before zippy-test.h.
113
+ 3. Removed definition of WIN32_LEAN_AND_MEAN. This caused problems in
114
+ build environments that define WIN32_LEAN_AND_MEAN as our
115
+ definition didn't check for prior existence. This constant is old
116
+ and no longer needed anyhow.
117
+ 4. Disable MSVC warning 4722 since ~LogMessageCrash() never returns.
118
+
119
+ A=cmumford
120
+ R=jeff
121
+
122
+ commit 86eb8b152bdb065ad11bf331a9f7d65b72616acf
123
+ Author: Steinar H. Gunderson <sesse@google.com>
124
+ Date: Mon Jun 22 15:41:30 2015 +0200
125
+
126
+ Change a few branch annotations that profiling found to be wrong.
127
+ Overall performance is neutral or slightly positive.
128
+
129
+ Westmere (64-bit, opt):
130
+
131
+ Benchmark Base (ns) New (ns) Improvement
132
+ --------------------------------------------------------------------------------------
133
+ BM_UFlat/0 73798 71464 1.3GB/s html +3.3%
134
+ BM_UFlat/1 715223 704318 953.5MB/s urls +1.5%
135
+ BM_UFlat/2 8137 8871 13.0GB/s jpg -8.3%
136
+ BM_UFlat/3 200 204 935.5MB/s jpg_200 -2.0%
137
+ BM_UFlat/4 21627 21281 4.5GB/s pdf +1.6%
138
+ BM_UFlat/5 302806 290350 1.3GB/s html4 +4.3%
139
+ BM_UFlat/6 218920 219017 664.1MB/s txt1 -0.0%
140
+ BM_UFlat/7 190437 191212 626.1MB/s txt2 -0.4%
141
+ BM_UFlat/8 584192 580484 703.4MB/s txt3 +0.6%
142
+ BM_UFlat/9 776537 779055 591.6MB/s txt4 -0.3%
143
+ BM_UFlat/10 76056 72606 1.5GB/s pb +4.8%
144
+ BM_UFlat/11 235962 239043 737.4MB/s gaviota -1.3%
145
+ BM_UFlat/12 28049 28000 840.1MB/s cp +0.2%
146
+ BM_UFlat/13 12225 12021 886.9MB/s c +1.7%
147
+ BM_UFlat/14 3362 3544 1004.0MB/s lsp -5.1%
148
+ BM_UFlat/15 937015 939206 1048.9MB/s xls -0.2%
149
+ BM_UFlat/16 236 233 823.1MB/s xls_200 +1.3%
150
+ BM_UFlat/17 373170 361947 1.3GB/s bin +3.1%
151
+ BM_UFlat/18 264 264 725.5MB/s bin_200 +0.0%
152
+ BM_UFlat/19 42834 43577 839.2MB/s sum -1.7%
153
+ BM_UFlat/20 4770 4736 853.6MB/s man +0.7%
154
+ BM_UValidate/0 39671 39944 2.4GB/s html -0.7%
155
+ BM_UValidate/1 443391 443391 1.5GB/s urls +0.0%
156
+ BM_UValidate/2 163 163 703.3GB/s jpg +0.0%
157
+ BM_UValidate/3 113 112 1.7GB/s jpg_200 +0.9%
158
+ BM_UValidate/4 7555 7608 12.6GB/s pdf -0.7%
159
+ BM_ZFlat/0 157616 157568 621.5MB/s html (22.31 %) +0.0%
160
+ BM_ZFlat/1 1997290 2014486 333.4MB/s urls (47.77 %) -0.9%
161
+ BM_ZFlat/2 23035 22237 5.2GB/s jpg (99.95 %) +3.6%
162
+ BM_ZFlat/3 539 540 354.5MB/s jpg_200 (73.00 %) -0.2%
163
+ BM_ZFlat/4 80709 81369 1.2GB/s pdf (81.85 %) -0.8%
164
+ BM_ZFlat/5 639059 639220 613.0MB/s html4 (22.51 %) -0.0%
165
+ BM_ZFlat/6 577203 583370 249.3MB/s txt1 (57.87 %) -1.1%
166
+ BM_ZFlat/7 510887 516094 232.0MB/s txt2 (61.93 %) -1.0%
167
+ BM_ZFlat/8 1535843 1556973 262.2MB/s txt3 (54.92 %) -1.4%
168
+ BM_ZFlat/9 2070068 2102380 219.3MB/s txt4 (66.22 %) -1.5%
169
+ BM_ZFlat/10 152396 152148 745.5MB/s pb (19.64 %) +0.2%
170
+ BM_ZFlat/11 447367 445859 395.4MB/s gaviota (37.72 %) +0.3%
171
+ BM_ZFlat/12 76375 76797 306.3MB/s cp (48.12 %) -0.5%
172
+ BM_ZFlat/13 31518 31987 333.3MB/s c (42.40 %) -1.5%
173
+ BM_ZFlat/14 10598 10827 328.6MB/s lsp (48.37 %) -2.1%
174
+ BM_ZFlat/15 1782243 1802728 546.5MB/s xls (41.23 %) -1.1%
175
+ BM_ZFlat/16 526 539 355.0MB/s xls_200 (78.00 %) -2.4%
176
+ BM_ZFlat/17 598141 597311 822.1MB/s bin (18.11 %) +0.1%
177
+ BM_ZFlat/18 121 120 1.6GB/s bin_200 (7.50 %) +0.8%
178
+ BM_ZFlat/19 109981 112173 326.0MB/s sum (48.96 %) -2.0%
179
+ BM_ZFlat/20 14355 14575 277.4MB/s man (59.36 %) -1.5%
180
+ Sum of all benchmarks 33882722 33879325 +0.0%
181
+
182
+ Sandy Bridge (64-bit, opt):
183
+
184
+ Benchmark Base (ns) New (ns) Improvement
185
+ --------------------------------------------------------------------------------------
186
+ BM_UFlat/0 43764 41600 2.3GB/s html +5.2%
187
+ BM_UFlat/1 517990 507058 1.3GB/s urls +2.2%
188
+ BM_UFlat/2 6625 5529 20.8GB/s jpg +19.8%
189
+ BM_UFlat/3 154 155 1.2GB/s jpg_200 -0.6%
190
+ BM_UFlat/4 12795 11747 8.1GB/s pdf +8.9%
191
+ BM_UFlat/5 200335 193413 2.0GB/s html4 +3.6%
192
+ BM_UFlat/6 156574 156426 929.2MB/s txt1 +0.1%
193
+ BM_UFlat/7 137574 137464 870.4MB/s txt2 +0.1%
194
+ BM_UFlat/8 422551 421603 967.4MB/s txt3 +0.2%
195
+ BM_UFlat/9 577749 578985 795.6MB/s txt4 -0.2%
196
+ BM_UFlat/10 42329 39362 2.8GB/s pb +7.5%
197
+ BM_UFlat/11 170615 169751 1037.9MB/s gaviota +0.5%
198
+ BM_UFlat/12 12800 12719 1.8GB/s cp +0.6%
199
+ BM_UFlat/13 6585 6579 1.6GB/s c +0.1%
200
+ BM_UFlat/14 2066 2044 1.7GB/s lsp +1.1%
201
+ BM_UFlat/15 750861 746911 1.3GB/s xls +0.5%
202
+ BM_UFlat/16 188 192 996.0MB/s xls_200 -2.1%
203
+ BM_UFlat/17 271622 264333 1.8GB/s bin +2.8%
204
+ BM_UFlat/18 208 207 923.6MB/s bin_200 +0.5%
205
+ BM_UFlat/19 24667 24845 1.4GB/s sum -0.7%
206
+ BM_UFlat/20 2663 2662 1.5GB/s man +0.0%
207
+ BM_ZFlat/0 115173 115624 846.5MB/s html (22.31 %) -0.4%
208
+ BM_ZFlat/1 1530331 1537769 436.5MB/s urls (47.77 %) -0.5%
209
+ BM_ZFlat/2 17503 17013 6.8GB/s jpg (99.95 %) +2.9%
210
+ BM_ZFlat/3 385 385 496.3MB/s jpg_200 (73.00 %) +0.0%
211
+ BM_ZFlat/4 61753 61540 1.6GB/s pdf (81.85 %) +0.3%
212
+ BM_ZFlat/5 484806 483356 810.1MB/s html4 (22.51 %) +0.3%
213
+ BM_ZFlat/6 464143 467609 310.9MB/s txt1 (57.87 %) -0.7%
214
+ BM_ZFlat/7 410315 413319 289.5MB/s txt2 (61.93 %) -0.7%
215
+ BM_ZFlat/8 1244082 1249381 326.5MB/s txt3 (54.92 %) -0.4%
216
+ BM_ZFlat/9 1696914 1709685 269.4MB/s txt4 (66.22 %) -0.7%
217
+ BM_ZFlat/10 104148 103372 1096.7MB/s pb (19.64 %) +0.8%
218
+ BM_ZFlat/11 363522 359722 489.8MB/s gaviota (37.72 %) +1.1%
219
+ BM_ZFlat/12 47021 50095 469.3MB/s cp (48.12 %) -6.1%
220
+ BM_ZFlat/13 16888 16985 627.4MB/s c (42.40 %) -0.6%
221
+ BM_ZFlat/14 5496 5469 650.3MB/s lsp (48.37 %) +0.5%
222
+ BM_ZFlat/15 1460713 1448760 679.5MB/s xls (41.23 %) +0.8%
223
+ BM_ZFlat/16 387 393 486.8MB/s xls_200 (78.00 %) -1.5%
224
+ BM_ZFlat/17 457654 451462 1086.6MB/s bin (18.11 %) +1.4%
225
+ BM_ZFlat/18 97 87 2.1GB/s bin_200 (7.50 %) +11.5%
226
+ BM_ZFlat/19 77904 80924 451.7MB/s sum (48.96 %) -3.7%
227
+ BM_ZFlat/20 7648 7663 527.1MB/s man (59.36 %) -0.2%
228
+ Sum of all benchmarks 25493635 25482069 +0.0%
229
+
230
+ A=dehao
231
+ R=sesse
232
+
233
+ commit 11ccdfb868387e56d845766d89ddab9d489c4128
234
+ Author: Steinar H. Gunderson <sesse@google.com>
235
+ Date: Mon Jun 22 16:07:58 2015 +0200
236
+
237
+ Sync with various Google-internal changes.
238
+
239
+ Should not mean much for the open-source version.
240
+
241
+ commit 22acaf438ed93ab21a2ff1919d173206798b996e
242
+ Author: Steinar H. Gunderson <sesse@google.com>
243
+ Date: Mon Jun 22 15:39:08 2015 +0200
244
+
245
+ Change some internal path names.
246
+
247
+ This is mostly to sync up with some changes from Google's internal
248
+ repositories; it does not affect the open-source distribution in itself.
249
+
250
+ commit 1ff9be9b8fafc8528ca9e055646f5932aa5db9c4
251
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
252
+ Date: Fri Feb 28 11:18:07 2014 +0000
253
+
254
+ Release Snappy 1.1.2.
255
+
256
+ R=jeff
257
+
258
+
259
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@84 03e5f5b5-db94-4691-08a0-1a8bf15f6143
260
+
261
+ commit 19690d78e83f8963f497585031efa3d9ca66b807
262
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
263
+ Date: Wed Feb 19 10:31:49 2014 +0000
264
+
265
+ Fix public issue 82: Stop distributing benchmark data files that have
266
+ unclear or unsuitable licensing.
267
+
268
+ In general, we replace the files we can with liberally licensed data,
269
+ and remove all the others (in particular all the parts of the Canterbury
270
+ corpus that are not clearly in the public domain). The replacements
271
+ do not always have the exact same characteristics as the original ones,
272
+ but they are more than good enough to be useful for benchmarking.
273
+
274
+
275
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@83 03e5f5b5-db94-4691-08a0-1a8bf15f6143
276
+
277
+ commit f82bff66afe0de4c9ae22f8c4ef84e3c2233e799
278
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
279
+ Date: Fri Oct 25 13:31:27 2013 +0000
280
+
281
+ Add support for padding in the Snappy framed format.
282
+
283
+ This is specifically motivated by DICOM's demands that embedded data
284
+ must be of an even number of bytes, but could in principle be used for
285
+ any sort of padding/alignment needed.
286
+
287
+ R=sanjay
288
+
289
+
290
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@82 03e5f5b5-db94-4691-08a0-1a8bf15f6143
291
+
292
+ commit eeead8dc38ea359f027fb6e89f345448e8e9d723
293
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
294
+ Date: Tue Oct 15 15:21:31 2013 +0000
295
+
296
+ Release Snappy 1.1.1.
297
+
298
+ R=jeff
299
+
300
+
301
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@81 03e5f5b5-db94-4691-08a0-1a8bf15f6143
302
+
303
+ commit 6bc39e24c76adbbff26ae629fafbf7dfc795f554
304
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
305
+ Date: Tue Aug 13 12:55:00 2013 +0000
306
+
307
+ Add autoconf tests for size_t and ssize_t. Sort-of resolves public issue 79;
308
+ it would solve the problem if MSVC typically used autoconf. However, it gives
309
+ a natural place (config.h) to put the typedef even for MSVC.
310
+
311
+ R=jsbell
312
+
313
+
314
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@80 03e5f5b5-db94-4691-08a0-1a8bf15f6143
315
+
316
+ commit 7c3c01df77e191ad1f8377448961fe88db2802e9
317
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
318
+ Date: Mon Jul 29 11:06:44 2013 +0000
319
+
320
+ When we compare the number of bytes produced with the offset for a
321
+ backreference, make the signedness of the bytes produced clear,
322
+ by sticking it into a size_t. This avoids a signed/unsigned compare
323
+ warning from MSVC (public issue 71), and also is slightly clearer.
324
+
325
+ Since the line is now so long the explanatory comment about the -1u
326
+ trick has to go somewhere else anyway, I used the opportunity to
327
+ explain it in slightly more detail.
328
+
329
+ This is a purely stylistic change; the emitted assembler from GCC
330
+ is identical.
331
+
332
+ R=jeff
333
+
334
+
335
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@79 03e5f5b5-db94-4691-08a0-1a8bf15f6143
336
+
337
+ commit 2f0aaf8631d8fb2475ca1a6687c181efb14ed286
338
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
339
+ Date: Sun Jun 30 19:24:03 2013 +0000
340
+
341
+ In the fast path for decompressing literals, instead of checking
342
+ whether there's 16 bytes free and then checking right afterwards
343
+ (when having subtracted the literal size) that there are now
344
+ 5 bytes free, just check once for 21 bytes. This skips a compare
345
+ and a branch; although it is easily predictable, it is still
346
+ a few cycles on a fast path that we would like to get rid of.
347
+
348
+ Benchmarking this yields very confusing results. On open-source
349
+ GCC 4.8.1 on Haswell, we get exactly the expected results; the
350
+ benchmarks where we hit the fast path for literals (in particular
351
+ the two HTML benchmarks and the protobuf benchmark) give very nice
352
+ speedups, and the others are not really affected.
353
+
354
+ However, benchmarks with Google's GCC branch on other hardware
355
+ is much less clear. It seems that we have a weak loss in some cases
356
+ (and the win for the “typical” win cases are not nearly as clear),
357
+ but that it depends on microarchitecture and plain luck in how we run
358
+ the benchmark. Looking at the generated assembler, it seems that
359
+ the removal of the if causes other large-scale changes in how the
360
+ function is laid out, which makes it likely that this is just bad luck.
361
+
362
+ Thus, we should keep this change, even though its exact current impact is
363
+ unclear; it's a sensible change per se, and dropping it on the basis of
364
+ microoptimization for a given compiler (or even branch of a compiler)
365
+ would seem like a bad strategy in the long run.
366
+
367
+ Microbenchmark results (all in 64-bit, opt mode):
368
+
369
+ Nehalem, Google GCC:
370
+
371
+ Benchmark Base (ns) New (ns) Improvement
372
+ ------------------------------------------------------------------------------
373
+ BM_UFlat/0 76747 75591 1.3GB/s html +1.5%
374
+ BM_UFlat/1 765756 757040 886.3MB/s urls +1.2%
375
+ BM_UFlat/2 10867 10893 10.9GB/s jpg -0.2%
376
+ BM_UFlat/3 124 131 1.4GB/s jpg_200 -5.3%
377
+ BM_UFlat/4 31663 31596 2.8GB/s pdf +0.2%
378
+ BM_UFlat/5 314162 308176 1.2GB/s html4 +1.9%
379
+ BM_UFlat/6 29668 29746 790.6MB/s cp -0.3%
380
+ BM_UFlat/7 12958 13386 796.4MB/s c -3.2%
381
+ BM_UFlat/8 3596 3682 966.0MB/s lsp -2.3%
382
+ BM_UFlat/9 1019193 1033493 953.3MB/s xls -1.4%
383
+ BM_UFlat/10 239 247 775.3MB/s xls_200 -3.2%
384
+ BM_UFlat/11 236411 240271 606.9MB/s txt1 -1.6%
385
+ BM_UFlat/12 206639 209768 571.2MB/s txt2 -1.5%
386
+ BM_UFlat/13 627803 635722 641.4MB/s txt3 -1.2%
387
+ BM_UFlat/14 845932 857816 538.2MB/s txt4 -1.4%
388
+ BM_UFlat/15 402107 391670 1.2GB/s bin +2.7%
389
+ BM_UFlat/16 283 279 683.6MB/s bin_200 +1.4%
390
+ BM_UFlat/17 46070 46815 781.5MB/s sum -1.6%
391
+ BM_UFlat/18 5053 5163 782.0MB/s man -2.1%
392
+ BM_UFlat/19 79721 76581 1.4GB/s pb +4.1%
393
+ BM_UFlat/20 251158 252330 697.5MB/s gaviota -0.5%
394
+ Sum of all benchmarks 4966150 4980396 -0.3%
395
+
396
+
397
+ Sandy Bridge, Google GCC:
398
+
399
+ Benchmark Base (ns) New (ns) Improvement
400
+ ------------------------------------------------------------------------------
401
+ BM_UFlat/0 42850 42182 2.3GB/s html +1.6%
402
+ BM_UFlat/1 525660 515816 1.3GB/s urls +1.9%
403
+ BM_UFlat/2 7173 7283 16.3GB/s jpg -1.5%
404
+ BM_UFlat/3 92 91 2.1GB/s jpg_200 +1.1%
405
+ BM_UFlat/4 15147 14872 5.9GB/s pdf +1.8%
406
+ BM_UFlat/5 199936 192116 2.0GB/s html4 +4.1%
407
+ BM_UFlat/6 12796 12443 1.8GB/s cp +2.8%
408
+ BM_UFlat/7 6588 6400 1.6GB/s c +2.9%
409
+ BM_UFlat/8 2010 1951 1.8GB/s lsp +3.0%
410
+ BM_UFlat/9 761124 763049 1.3GB/s xls -0.3%
411
+ BM_UFlat/10 186 189 1016.1MB/s xls_200 -1.6%
412
+ BM_UFlat/11 159354 158460 918.6MB/s txt1 +0.6%
413
+ BM_UFlat/12 139732 139950 856.1MB/s txt2 -0.2%
414
+ BM_UFlat/13 429917 425027 961.7MB/s txt3 +1.2%
415
+ BM_UFlat/14 585255 587324 785.8MB/s txt4 -0.4%
416
+ BM_UFlat/15 276186 266173 1.8GB/s bin +3.8%
417
+ BM_UFlat/16 205 207 925.5MB/s bin_200 -1.0%
418
+ BM_UFlat/17 24925 24935 1.4GB/s sum -0.0%
419
+ BM_UFlat/18 2632 2576 1.5GB/s man +2.2%
420
+ BM_UFlat/19 40546 39108 2.8GB/s pb +3.7%
421
+ BM_UFlat/20 175803 168209 1048.9MB/s gaviota +4.5%
422
+ Sum of all benchmarks 3408117 3368361 +1.2%
423
+
424
+
425
+ Haswell, upstream GCC 4.8.1:
426
+
427
+ Benchmark Base (ns) New (ns) Improvement
428
+ ------------------------------------------------------------------------------
429
+ BM_UFlat/0 46308 40641 2.3GB/s html +13.9%
430
+ BM_UFlat/1 513385 514706 1.3GB/s urls -0.3%
431
+ BM_UFlat/2 6197 6151 19.2GB/s jpg +0.7%
432
+ BM_UFlat/3 61 61 3.0GB/s jpg_200 +0.0%
433
+ BM_UFlat/4 13551 13429 6.5GB/s pdf +0.9%
434
+ BM_UFlat/5 198317 190243 2.0GB/s html4 +4.2%
435
+ BM_UFlat/6 14768 12560 1.8GB/s cp +17.6%
436
+ BM_UFlat/7 6453 6447 1.6GB/s c +0.1%
437
+ BM_UFlat/8 1991 1980 1.8GB/s lsp +0.6%
438
+ BM_UFlat/9 766947 770424 1.2GB/s xls -0.5%
439
+ BM_UFlat/10 170 169 1.1GB/s xls_200 +0.6%
440
+ BM_UFlat/11 164350 163554 888.7MB/s txt1 +0.5%
441
+ BM_UFlat/12 145444 143830 832.1MB/s txt2 +1.1%
442
+ BM_UFlat/13 437849 438413 929.2MB/s txt3 -0.1%
443
+ BM_UFlat/14 603587 605309 759.8MB/s txt4 -0.3%
444
+ BM_UFlat/15 249799 248067 1.9GB/s bin +0.7%
445
+ BM_UFlat/16 191 188 1011.4MB/s bin_200 +1.6%
446
+ BM_UFlat/17 26064 24778 1.4GB/s sum +5.2%
447
+ BM_UFlat/18 2620 2601 1.5GB/s man +0.7%
448
+ BM_UFlat/19 44551 37373 3.0GB/s pb +19.2%
449
+ BM_UFlat/20 165408 164584 1.0GB/s gaviota +0.5%
450
+ Sum of all benchmarks 3408011 3385508 +0.7%
451
+
452
+
453
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@78 03e5f5b5-db94-4691-08a0-1a8bf15f6143
454
+
455
+ commit 062bf544a61107db730b6d08cb0b159c4dd9b24c
456
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
457
+ Date: Fri Jun 14 21:42:26 2013 +0000
458
+
459
+ Make the two IncrementalCopy* functions take in an ssize_t instead of a len,
460
+ in order to avoid having to do 32-to-64-bit signed conversions on a hot path
461
+ during decompression. (Also fixes some MSVC warnings, mentioned in public
462
+ issue 75, but more of those remain.) They cannot be size_t because we expect
463
+ them to go negative and test for that.
464
+
465
+ This saves a few movzwl instructions, yielding ~2% speedup in decompression.
466
+
467
+
468
+ Sandy Bridge:
469
+
470
+ Benchmark Base (ns) New (ns) Improvement
471
+ -------------------------------------------------------------------------------------------------
472
+ BM_UFlat/0 48009 41283 2.3GB/s html +16.3%
473
+ BM_UFlat/1 531274 513419 1.3GB/s urls +3.5%
474
+ BM_UFlat/2 7378 7062 16.8GB/s jpg +4.5%
475
+ BM_UFlat/3 92 92 2.0GB/s jpg_200 +0.0%
476
+ BM_UFlat/4 15057 14974 5.9GB/s pdf +0.6%
477
+ BM_UFlat/5 204323 193140 2.0GB/s html4 +5.8%
478
+ BM_UFlat/6 13282 12611 1.8GB/s cp +5.3%
479
+ BM_UFlat/7 6511 6504 1.6GB/s c +0.1%
480
+ BM_UFlat/8 2014 2030 1.7GB/s lsp -0.8%
481
+ BM_UFlat/9 775909 768336 1.3GB/s xls +1.0%
482
+ BM_UFlat/10 182 184 1043.2MB/s xls_200 -1.1%
483
+ BM_UFlat/11 167352 161630 901.2MB/s txt1 +3.5%
484
+ BM_UFlat/12 147393 142246 842.8MB/s txt2 +3.6%
485
+ BM_UFlat/13 449960 432853 944.4MB/s txt3 +4.0%
486
+ BM_UFlat/14 620497 594845 775.9MB/s txt4 +4.3%
487
+ BM_UFlat/15 265610 267356 1.8GB/s bin -0.7%
488
+ BM_UFlat/16 206 205 932.7MB/s bin_200 +0.5%
489
+ BM_UFlat/17 25561 24730 1.4GB/s sum +3.4%
490
+ BM_UFlat/18 2620 2644 1.5GB/s man -0.9%
491
+ BM_UFlat/19 45766 38589 2.9GB/s pb +18.6%
492
+ BM_UFlat/20 171107 169832 1039.5MB/s gaviota +0.8%
493
+ Sum of all benchmarks 3500103 3394565 +3.1%
494
+
495
+
496
+ Westmere:
497
+
498
+ Benchmark Base (ns) New (ns) Improvement
499
+ -------------------------------------------------------------------------------------------------
500
+ BM_UFlat/0 72624 71526 1.3GB/s html +1.5%
501
+ BM_UFlat/1 735821 722917 930.8MB/s urls +1.8%
502
+ BM_UFlat/2 10450 10172 11.7GB/s jpg +2.7%
503
+ BM_UFlat/3 117 117 1.6GB/s jpg_200 +0.0%
504
+ BM_UFlat/4 29817 29648 3.0GB/s pdf +0.6%
505
+ BM_UFlat/5 297126 293073 1.3GB/s html4 +1.4%
506
+ BM_UFlat/6 28252 27994 842.0MB/s cp +0.9%
507
+ BM_UFlat/7 12672 12391 862.1MB/s c +2.3%
508
+ BM_UFlat/8 3507 3425 1040.9MB/s lsp +2.4%
509
+ BM_UFlat/9 1004268 969395 1018.0MB/s xls +3.6%
510
+ BM_UFlat/10 233 227 844.8MB/s xls_200 +2.6%
511
+ BM_UFlat/11 230054 224981 647.8MB/s txt1 +2.3%
512
+ BM_UFlat/12 201229 196447 610.5MB/s txt2 +2.4%
513
+ BM_UFlat/13 609547 596761 685.3MB/s txt3 +2.1%
514
+ BM_UFlat/14 824362 804821 573.8MB/s txt4 +2.4%
515
+ BM_UFlat/15 371095 374899 1.3GB/s bin -1.0%
516
+ BM_UFlat/16 267 267 717.8MB/s bin_200 +0.0%
517
+ BM_UFlat/17 44623 43828 835.9MB/s sum +1.8%
518
+ BM_UFlat/18 5077 4815 841.0MB/s man +5.4%
519
+ BM_UFlat/19 74964 73210 1.5GB/s pb +2.4%
520
+ BM_UFlat/20 237987 236745 746.0MB/s gaviota +0.5%
521
+ Sum of all benchmarks 4794092 4697659 +2.1%
522
+
523
+
524
+ Istanbul:
525
+
526
+ Benchmark Base (ns) New (ns) Improvement
527
+ -------------------------------------------------------------------------------------------------
528
+ BM_UFlat/0 98614 96376 1020.4MB/s html +2.3%
529
+ BM_UFlat/1 963740 953241 707.2MB/s urls +1.1%
530
+ BM_UFlat/2 25042 24769 4.8GB/s jpg +1.1%
531
+ BM_UFlat/3 180 180 1065.6MB/s jpg_200 +0.0%
532
+ BM_UFlat/4 45942 45403 1.9GB/s pdf +1.2%
533
+ BM_UFlat/5 400135 390226 1008.2MB/s html4 +2.5%
534
+ BM_UFlat/6 37768 37392 631.9MB/s cp +1.0%
535
+ BM_UFlat/7 18585 18200 588.2MB/s c +2.1%
536
+ BM_UFlat/8 5751 5690 627.7MB/s lsp +1.1%
537
+ BM_UFlat/9 1543154 1542209 641.4MB/s xls +0.1%
538
+ BM_UFlat/10 381 388 494.6MB/s xls_200 -1.8%
539
+ BM_UFlat/11 339715 331973 440.1MB/s txt1 +2.3%
540
+ BM_UFlat/12 294807 289418 415.4MB/s txt2 +1.9%
541
+ BM_UFlat/13 906160 884094 463.3MB/s txt3 +2.5%
542
+ BM_UFlat/14 1224221 1198435 386.1MB/s txt4 +2.2%
543
+ BM_UFlat/15 516277 502923 979.5MB/s bin +2.7%
544
+ BM_UFlat/16 405 402 477.2MB/s bin_200 +0.7%
545
+ BM_UFlat/17 61640 60621 605.6MB/s sum +1.7%
546
+ BM_UFlat/18 7326 7383 549.5MB/s man -0.8%
547
+ BM_UFlat/19 94720 92653 1.2GB/s pb +2.2%
548
+ BM_UFlat/20 360435 346687 510.6MB/s gaviota +4.0%
549
+ Sum of all benchmarks 6944998 6828663 +1.7%
550
+
551
+
552
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@77 03e5f5b5-db94-4691-08a0-1a8bf15f6143
553
+
554
+ commit 328aafa1980824a9afdcd50edc30d9d5157e417f
555
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
556
+ Date: Thu Jun 13 16:19:52 2013 +0000
557
+
558
+ Add support for uncompressing to iovecs (scatter I/O).
559
+ Windows does not have struct iovec defined anywhere,
560
+ so we define our own version that's equal to what UNIX
561
+ typically has.
562
+
563
+ The bulk of this patch was contributed by Mohit Aron.
564
+
565
+ R=jeff
566
+
567
+
568
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@76 03e5f5b5-db94-4691-08a0-1a8bf15f6143
569
+
570
+ commit cd92eb0852e2339187b693eef3595a07d2276c1d
571
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
572
+ Date: Wed Jun 12 19:51:15 2013 +0000
573
+
574
+ Some code reorganization needed for an internal change.
575
+
576
+ R=fikes
577
+
578
+
579
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@75 03e5f5b5-db94-4691-08a0-1a8bf15f6143
580
+
581
+ commit a3e928d62bbd61b523b988c07b560253950cf73b
582
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
583
+ Date: Tue Apr 9 15:33:30 2013 +0000
584
+
585
+ Supports truncated test data in zippy benchmark.
586
+
587
+ R=sesse
588
+
589
+
590
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@74 03e5f5b5-db94-4691-08a0-1a8bf15f6143
591
+
592
+ commit bde324c0169763688f35ee44630a26ad1f49eec3
593
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
594
+ Date: Tue Feb 5 14:36:15 2013 +0000
595
+
596
+ Release Snappy 1.1.0.
597
+
598
+ R=sanjay
599
+
600
+
601
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@73 03e5f5b5-db94-4691-08a0-1a8bf15f6143
602
+
603
+ commit 8168446c7eaaa0594e1f4ca923376dcf3a2846fa
604
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
605
+ Date: Tue Feb 5 14:30:05 2013 +0000
606
+
607
+ Make ./snappy_unittest pass without "srcdir" being defined.
608
+
609
+ Previously, snappy_unittests would read from an absolute path /testdata/..;
610
+ convert it to use a relative path instead.
611
+
612
+ Patch from Marc-Antonie Ruel.
613
+
614
+ R=maruel
615
+
616
+
617
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@72 03e5f5b5-db94-4691-08a0-1a8bf15f6143
618
+
619
+ commit 27a0cc394950ebdad2e8d67322f0862835b10bd9
620
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
621
+ Date: Fri Jan 18 12:16:36 2013 +0000
622
+
623
+ Increase the Zippy block size from 32 kB to 64 kB, winning ~3% density
624
+ while being effectively performance neutral.
625
+
626
+ The longer story about density is that we win 3-6% density on the benchmarks
627
+ where this has any effect at all; many of the benchmarks (cp, c, lsp, man)
628
+ are smaller than 32 kB and thus will have no effect. Binary data also seems
629
+ to win little or nothing; of course, the already-compressed data wins nothing.
630
+ The protobuf benchmark wins as much as ~18% depending on architecture,
631
+ but I wouldn't be too sure that this is representative of protobuf data in
632
+ general.
633
+
634
+ As of performance, we lose a tiny amount since we get more tags (e.g., a long
635
+ literal might be broken up into literal-copy-literal), but we win it back with
636
+ less clearing of the hash table, and more opportunities to skip incompressible
637
+ data (e.g. in the jpg benchmark). Decompression seems to get ever so slightly
638
+ slower, again due to more tags. The total net change is about as close to zero
639
+ as we can get, so the end effect seems to be simply more density and no
640
+ real performance change.
641
+
642
+ The comment about not changing kBlockSize, scary as it is, is not really
643
+ relevant, since we're never going to have a block-level decompressor without
644
+ explicitly marked blocks. Replace it with something more appropriate.
645
+
646
+ This affects the framing format, but it's okay to change it since it basically
647
+ has no users yet.
648
+
649
+
650
+ Density (note that cp, c, lsp and man are all smaller than 32 kB):
651
+
652
+ Benchmark Description Base (%) New (%) Improvement
653
+ --------------------------------------------------------------
654
+ ZFlat/0 html 22.57 22.31 +5.6%
655
+ ZFlat/1 urls 50.89 47.77 +6.5%
656
+ ZFlat/2 jpg 99.88 99.87 +0.0%
657
+ ZFlat/3 pdf 82.13 82.07 +0.1%
658
+ ZFlat/4 html4 23.55 22.51 +4.6%
659
+ ZFlat/5 cp 48.12 48.12 +0.0%
660
+ ZFlat/6 c 42.40 42.40 +0.0%
661
+ ZFlat/7 lsp 48.37 48.37 +0.0%
662
+ ZFlat/8 xls 41.34 41.23 +0.3%
663
+ ZFlat/9 txt1 59.81 57.87 +3.4%
664
+ ZFlat/10 txt2 64.07 61.93 +3.5%
665
+ ZFlat/11 txt3 57.11 54.92 +4.0%
666
+ ZFlat/12 txt4 68.35 66.22 +3.2%
667
+ ZFlat/13 bin 18.21 18.11 +0.6%
668
+ ZFlat/14 sum 51.88 48.96 +6.0%
669
+ ZFlat/15 man 59.36 59.36 +0.0%
670
+ ZFlat/16 pb 23.15 19.64 +17.9%
671
+ ZFlat/17 gaviota 38.27 37.72 +1.5%
672
+ Geometric mean 45.51 44.15 +3.1%
673
+
674
+
675
+ Microbenchmarks (64-bit, opt):
676
+
677
+ Westmere 2.8 GHz:
678
+
679
+ Benchmark Base (ns) New (ns) Improvement
680
+ -------------------------------------------------------------------------------------------------
681
+ BM_UFlat/0 75342 75027 1.3GB/s html +0.4%
682
+ BM_UFlat/1 723767 744269 899.6MB/s urls -2.8%
683
+ BM_UFlat/2 10072 10072 11.7GB/s jpg +0.0%
684
+ BM_UFlat/3 30747 30388 2.9GB/s pdf +1.2%
685
+ BM_UFlat/4 307353 306063 1.2GB/s html4 +0.4%
686
+ BM_UFlat/5 28593 28743 816.3MB/s cp -0.5%
687
+ BM_UFlat/6 12958 12998 818.1MB/s c -0.3%
688
+ BM_UFlat/7 3700 3792 935.8MB/s lsp -2.4%
689
+ BM_UFlat/8 999685 999905 982.1MB/s xls -0.0%
690
+ BM_UFlat/9 232954 230079 630.4MB/s txt1 +1.2%
691
+ BM_UFlat/10 200785 201468 592.6MB/s txt2 -0.3%
692
+ BM_UFlat/11 617267 610968 666.1MB/s txt3 +1.0%
693
+ BM_UFlat/12 821595 822475 558.7MB/s txt4 -0.1%
694
+ BM_UFlat/13 377097 377632 1.3GB/s bin -0.1%
695
+ BM_UFlat/14 45476 45260 805.8MB/s sum +0.5%
696
+ BM_UFlat/15 4985 5003 805.7MB/s man -0.4%
697
+ BM_UFlat/16 80813 77494 1.4GB/s pb +4.3%
698
+ BM_UFlat/17 251792 241553 727.7MB/s gaviota +4.2%
699
+ BM_UValidate/0 40343 40354 2.4GB/s html -0.0%
700
+ BM_UValidate/1 426890 451574 1.4GB/s urls -5.5%
701
+ BM_UValidate/2 187 179 661.9GB/s jpg +4.5%
702
+ BM_UValidate/3 13783 13827 6.4GB/s pdf -0.3%
703
+ BM_UValidate/4 162393 163335 2.3GB/s html4 -0.6%
704
+ BM_UDataBuffer/0 93756 93302 1046.7MB/s html +0.5%
705
+ BM_UDataBuffer/1 886714 916292 730.7MB/s urls -3.2%
706
+ BM_UDataBuffer/2 15861 16401 7.2GB/s jpg -3.3%
707
+ BM_UDataBuffer/3 38934 39224 2.2GB/s pdf -0.7%
708
+ BM_UDataBuffer/4 381008 379428 1029.5MB/s html4 +0.4%
709
+ BM_UCord/0 92528 91098 1072.0MB/s html +1.6%
710
+ BM_UCord/1 858421 885287 756.3MB/s urls -3.0%
711
+ BM_UCord/2 13140 13464 8.8GB/s jpg -2.4%
712
+ BM_UCord/3 39012 37773 2.3GB/s pdf +3.3%
713
+ BM_UCord/4 376869 371267 1052.1MB/s html4 +1.5%
714
+ BM_UCordString/0 75810 75303 1.3GB/s html +0.7%
715
+ BM_UCordString/1 735290 753841 888.2MB/s urls -2.5%
716
+ BM_UCordString/2 11945 13113 9.0GB/s jpg -8.9%
717
+ BM_UCordString/3 33901 32562 2.7GB/s pdf +4.1%
718
+ BM_UCordString/4 310985 309390 1.2GB/s html4 +0.5%
719
+ BM_UCordValidate/0 40952 40450 2.4GB/s html +1.2%
720
+ BM_UCordValidate/1 433842 456531 1.4GB/s urls -5.0%
721
+ BM_UCordValidate/2 1179 1173 100.8GB/s jpg +0.5%
722
+ BM_UCordValidate/3 14481 14392 6.1GB/s pdf +0.6%
723
+ BM_UCordValidate/4 164364 164151 2.3GB/s html4 +0.1%
724
+ BM_ZFlat/0 160610 156601 623.6MB/s html (22.31 %) +2.6%
725
+ BM_ZFlat/1 1995238 1993582 335.9MB/s urls (47.77 %) +0.1%
726
+ BM_ZFlat/2 30133 24983 4.7GB/s jpg (99.87 %) +20.6%
727
+ BM_ZFlat/3 74453 73128 1.2GB/s pdf (82.07 %) +1.8%
728
+ BM_ZFlat/4 647674 633729 616.4MB/s html4 (22.51 %) +2.2%
729
+ BM_ZFlat/5 76259 76090 308.4MB/s cp (48.12 %) +0.2%
730
+ BM_ZFlat/6 31106 31084 342.1MB/s c (42.40 %) +0.1%
731
+ BM_ZFlat/7 10507 10443 339.8MB/s lsp (48.37 %) +0.6%
732
+ BM_ZFlat/8 1811047 1793325 547.6MB/s xls (41.23 %) +1.0%
733
+ BM_ZFlat/9 597903 581793 249.3MB/s txt1 (57.87 %) +2.8%
734
+ BM_ZFlat/10 525320 514522 232.0MB/s txt2 (61.93 %) +2.1%
735
+ BM_ZFlat/11 1596591 1551636 262.3MB/s txt3 (54.92 %) +2.9%
736
+ BM_ZFlat/12 2134523 2094033 219.5MB/s txt4 (66.22 %) +1.9%
737
+ BM_ZFlat/13 593024 587869 832.6MB/s bin (18.11 %) +0.9%
738
+ BM_ZFlat/14 114746 110666 329.5MB/s sum (48.96 %) +3.7%
739
+ BM_ZFlat/15 14376 14485 278.3MB/s man (59.36 %) -0.8%
740
+ BM_ZFlat/16 167908 150070 753.6MB/s pb (19.64 %) +11.9%
741
+ BM_ZFlat/17 460228 442253 397.5MB/s gaviota (37.72 %) +4.1%
742
+ BM_ZCord/0 164896 160241 609.4MB/s html +2.9%
743
+ BM_ZCord/1 2070239 2043492 327.7MB/s urls +1.3%
744
+ BM_ZCord/2 54402 47002 2.5GB/s jpg +15.7%
745
+ BM_ZCord/3 85871 83832 1073.1MB/s pdf +2.4%
746
+ BM_ZCord/4 664078 648825 602.0MB/s html4 +2.4%
747
+ BM_ZDataBuffer/0 174874 172549 566.0MB/s html +1.3%
748
+ BM_ZDataBuffer/1 2134410 2139173 313.0MB/s urls -0.2%
749
+ BM_ZDataBuffer/2 71911 69551 1.7GB/s jpg +3.4%
750
+ BM_ZDataBuffer/3 98236 99727 902.1MB/s pdf -1.5%
751
+ BM_ZDataBuffer/4 710776 699104 558.8MB/s html4 +1.7%
752
+ Sum of all benchmarks 27358908 27200688 +0.6%
753
+
754
+
755
+ Sandy Bridge 2.6 GHz:
756
+
757
+ Benchmark Base (ns) New (ns) Improvement
758
+ -------------------------------------------------------------------------------------------------
759
+ BM_UFlat/0 49356 49018 1.9GB/s html +0.7%
760
+ BM_UFlat/1 516764 531955 1.2GB/s urls -2.9%
761
+ BM_UFlat/2 6982 7304 16.2GB/s jpg -4.4%
762
+ BM_UFlat/3 15285 15598 5.6GB/s pdf -2.0%
763
+ BM_UFlat/4 206557 206669 1.8GB/s html4 -0.1%
764
+ BM_UFlat/5 13681 13567 1.7GB/s cp +0.8%
765
+ BM_UFlat/6 6571 6592 1.6GB/s c -0.3%
766
+ BM_UFlat/7 2008 1994 1.7GB/s lsp +0.7%
767
+ BM_UFlat/8 775700 773286 1.2GB/s xls +0.3%
768
+ BM_UFlat/9 165578 164480 881.8MB/s txt1 +0.7%
769
+ BM_UFlat/10 143707 144139 828.2MB/s txt2 -0.3%
770
+ BM_UFlat/11 443026 436281 932.8MB/s txt3 +1.5%
771
+ BM_UFlat/12 603129 595856 771.2MB/s txt4 +1.2%
772
+ BM_UFlat/13 271682 270450 1.8GB/s bin +0.5%
773
+ BM_UFlat/14 26200 25666 1.4GB/s sum +2.1%
774
+ BM_UFlat/15 2620 2608 1.5GB/s man +0.5%
775
+ BM_UFlat/16 48908 47756 2.3GB/s pb +2.4%
776
+ BM_UFlat/17 174638 170346 1031.9MB/s gaviota +2.5%
777
+ BM_UValidate/0 31922 31898 3.0GB/s html +0.1%
778
+ BM_UValidate/1 341265 363554 1.8GB/s urls -6.1%
779
+ BM_UValidate/2 160 151 782.8GB/s jpg +6.0%
780
+ BM_UValidate/3 10402 10380 8.5GB/s pdf +0.2%
781
+ BM_UValidate/4 129490 130587 2.9GB/s html4 -0.8%
782
+ BM_UDataBuffer/0 59383 58736 1.6GB/s html +1.1%
783
+ BM_UDataBuffer/1 619222 637786 1049.8MB/s urls -2.9%
784
+ BM_UDataBuffer/2 10775 11941 9.9GB/s jpg -9.8%
785
+ BM_UDataBuffer/3 18002 17930 4.9GB/s pdf +0.4%
786
+ BM_UDataBuffer/4 259182 259306 1.5GB/s html4 -0.0%
787
+ BM_UCord/0 59379 57814 1.6GB/s html +2.7%
788
+ BM_UCord/1 598456 615162 1088.4MB/s urls -2.7%
789
+ BM_UCord/2 8519 8628 13.7GB/s jpg -1.3%
790
+ BM_UCord/3 18123 17537 5.0GB/s pdf +3.3%
791
+ BM_UCord/4 252375 252331 1.5GB/s html4 +0.0%
792
+ BM_UCordString/0 49494 49790 1.9GB/s html -0.6%
793
+ BM_UCordString/1 524659 541803 1.2GB/s urls -3.2%
794
+ BM_UCordString/2 8206 8354 14.2GB/s jpg -1.8%
795
+ BM_UCordString/3 17235 16537 5.3GB/s pdf +4.2%
796
+ BM_UCordString/4 210188 211072 1.8GB/s html4 -0.4%
797
+ BM_UCordValidate/0 31956 31587 3.0GB/s html +1.2%
798
+ BM_UCordValidate/1 340828 362141 1.8GB/s urls -5.9%
799
+ BM_UCordValidate/2 783 744 158.9GB/s jpg +5.2%
800
+ BM_UCordValidate/3 10543 10462 8.4GB/s pdf +0.8%
801
+ BM_UCordValidate/4 130150 129789 2.9GB/s html4 +0.3%
802
+ BM_ZFlat/0 113873 111200 878.2MB/s html (22.31 %) +2.4%
803
+ BM_ZFlat/1 1473023 1489858 449.4MB/s urls (47.77 %) -1.1%
804
+ BM_ZFlat/2 23569 19486 6.1GB/s jpg (99.87 %) +21.0%
805
+ BM_ZFlat/3 49178 48046 1.8GB/s pdf (82.07 %) +2.4%
806
+ BM_ZFlat/4 475063 469394 832.2MB/s html4 (22.51 %) +1.2%
807
+ BM_ZFlat/5 46910 46816 501.2MB/s cp (48.12 %) +0.2%
808
+ BM_ZFlat/6 16883 16916 628.6MB/s c (42.40 %) -0.2%
809
+ BM_ZFlat/7 5381 5447 651.5MB/s lsp (48.37 %) -1.2%
810
+ BM_ZFlat/8 1466870 1473861 666.3MB/s xls (41.23 %) -0.5%
811
+ BM_ZFlat/9 468006 464101 312.5MB/s txt1 (57.87 %) +0.8%
812
+ BM_ZFlat/10 408157 408957 291.9MB/s txt2 (61.93 %) -0.2%
813
+ BM_ZFlat/11 1253348 1232910 330.1MB/s txt3 (54.92 %) +1.7%
814
+ BM_ZFlat/12 1702373 1702977 269.8MB/s txt4 (66.22 %) -0.0%
815
+ BM_ZFlat/13 439792 438557 1116.0MB/s bin (18.11 %) +0.3%
816
+ BM_ZFlat/14 80766 78851 462.5MB/s sum (48.96 %) +2.4%
817
+ BM_ZFlat/15 7420 7542 534.5MB/s man (59.36 %) -1.6%
818
+ BM_ZFlat/16 112043 100126 1.1GB/s pb (19.64 %) +11.9%
819
+ BM_ZFlat/17 368877 357703 491.4MB/s gaviota (37.72 %) +3.1%
820
+ BM_ZCord/0 116402 113564 859.9MB/s html +2.5%
821
+ BM_ZCord/1 1507156 1519911 440.5MB/s urls -0.8%
822
+ BM_ZCord/2 39860 33686 3.5GB/s jpg +18.3%
823
+ BM_ZCord/3 56211 54694 1.6GB/s pdf +2.8%
824
+ BM_ZCord/4 485594 479212 815.1MB/s html4 +1.3%
825
+ BM_ZDataBuffer/0 123185 121572 803.3MB/s html +1.3%
826
+ BM_ZDataBuffer/1 1569111 1589380 421.3MB/s urls -1.3%
827
+ BM_ZDataBuffer/2 53143 49556 2.4GB/s jpg +7.2%
828
+ BM_ZDataBuffer/3 65725 66826 1.3GB/s pdf -1.6%
829
+ BM_ZDataBuffer/4 517871 514750 758.9MB/s html4 +0.6%
830
+ Sum of all benchmarks 20258879 20315484 -0.3%
831
+
832
+
833
+ AMD Instanbul 2.4 GHz:
834
+
835
+ Benchmark Base (ns) New (ns) Improvement
836
+ -------------------------------------------------------------------------------------------------
837
+ BM_UFlat/0 97120 96585 1011.1MB/s html +0.6%
838
+ BM_UFlat/1 917473 948016 706.3MB/s urls -3.2%
839
+ BM_UFlat/2 21496 23938 4.9GB/s jpg -10.2%
840
+ BM_UFlat/3 44751 45639 1.9GB/s pdf -1.9%
841
+ BM_UFlat/4 391950 391413 998.0MB/s html4 +0.1%
842
+ BM_UFlat/5 37366 37201 630.7MB/s cp +0.4%
843
+ BM_UFlat/6 18350 18318 580.5MB/s c +0.2%
844
+ BM_UFlat/7 5672 5661 626.9MB/s lsp +0.2%
845
+ BM_UFlat/8 1533390 1529441 642.1MB/s xls +0.3%
846
+ BM_UFlat/9 335477 336553 431.0MB/s txt1 -0.3%
847
+ BM_UFlat/10 285140 292080 408.7MB/s txt2 -2.4%
848
+ BM_UFlat/11 888507 894758 454.9MB/s txt3 -0.7%
849
+ BM_UFlat/12 1187643 1210928 379.5MB/s txt4 -1.9%
850
+ BM_UFlat/13 493717 507447 964.5MB/s bin -2.7%
851
+ BM_UFlat/14 61740 60870 599.1MB/s sum +1.4%
852
+ BM_UFlat/15 7211 7187 560.9MB/s man +0.3%
853
+ BM_UFlat/16 97435 93100 1.2GB/s pb +4.7%
854
+ BM_UFlat/17 362662 356395 493.2MB/s gaviota +1.8%
855
+ BM_UValidate/0 47475 47118 2.0GB/s html +0.8%
856
+ BM_UValidate/1 501304 529741 1.2GB/s urls -5.4%
857
+ BM_UValidate/2 276 243 486.2GB/s jpg +13.6%
858
+ BM_UValidate/3 16361 16261 5.4GB/s pdf +0.6%
859
+ BM_UValidate/4 190741 190353 2.0GB/s html4 +0.2%
860
+ BM_UDataBuffer/0 111080 109771 889.6MB/s html +1.2%
861
+ BM_UDataBuffer/1 1051035 1085999 616.5MB/s urls -3.2%
862
+ BM_UDataBuffer/2 25801 25463 4.6GB/s jpg +1.3%
863
+ BM_UDataBuffer/3 50493 49946 1.8GB/s pdf +1.1%
864
+ BM_UDataBuffer/4 447258 444138 879.5MB/s html4 +0.7%
865
+ BM_UCord/0 109350 107909 905.0MB/s html +1.3%
866
+ BM_UCord/1 1023396 1054964 634.7MB/s urls -3.0%
867
+ BM_UCord/2 25292 24371 4.9GB/s jpg +3.8%
868
+ BM_UCord/3 48955 49736 1.8GB/s pdf -1.6%
869
+ BM_UCord/4 440452 437331 893.2MB/s html4 +0.7%
870
+ BM_UCordString/0 98511 98031 996.2MB/s html +0.5%
871
+ BM_UCordString/1 933230 963495 694.9MB/s urls -3.1%
872
+ BM_UCordString/2 23311 24076 4.9GB/s jpg -3.2%
873
+ BM_UCordString/3 45568 46196 1.9GB/s pdf -1.4%
874
+ BM_UCordString/4 397791 396934 984.1MB/s html4 +0.2%
875
+ BM_UCordValidate/0 47537 46921 2.0GB/s html +1.3%
876
+ BM_UCordValidate/1 505071 532716 1.2GB/s urls -5.2%
877
+ BM_UCordValidate/2 1663 1621 72.9GB/s jpg +2.6%
878
+ BM_UCordValidate/3 16890 16926 5.2GB/s pdf -0.2%
879
+ BM_UCordValidate/4 192365 191984 2.0GB/s html4 +0.2%
880
+ BM_ZFlat/0 184708 179103 545.3MB/s html (22.31 %) +3.1%
881
+ BM_ZFlat/1 2293864 2302950 290.7MB/s urls (47.77 %) -0.4%
882
+ BM_ZFlat/2 52852 47618 2.5GB/s jpg (99.87 %) +11.0%
883
+ BM_ZFlat/3 100766 96179 935.3MB/s pdf (82.07 %) +4.8%
884
+ BM_ZFlat/4 741220 727977 536.6MB/s html4 (22.51 %) +1.8%
885
+ BM_ZFlat/5 85402 85418 274.7MB/s cp (48.12 %) -0.0%
886
+ BM_ZFlat/6 36558 36494 291.4MB/s c (42.40 %) +0.2%
887
+ BM_ZFlat/7 12706 12507 283.7MB/s lsp (48.37 %) +1.6%
888
+ BM_ZFlat/8 2336823 2335688 420.5MB/s xls (41.23 %) +0.0%
889
+ BM_ZFlat/9 701804 681153 212.9MB/s txt1 (57.87 %) +3.0%
890
+ BM_ZFlat/10 606700 597194 199.9MB/s txt2 (61.93 %) +1.6%
891
+ BM_ZFlat/11 1852283 1803238 225.7MB/s txt3 (54.92 %) +2.7%
892
+ BM_ZFlat/12 2475527 2443354 188.1MB/s txt4 (66.22 %) +1.3%
893
+ BM_ZFlat/13 694497 696654 702.6MB/s bin (18.11 %) -0.3%
894
+ BM_ZFlat/14 136929 129855 280.8MB/s sum (48.96 %) +5.4%
895
+ BM_ZFlat/15 17172 17124 235.4MB/s man (59.36 %) +0.3%
896
+ BM_ZFlat/16 190364 171763 658.4MB/s pb (19.64 %) +10.8%
897
+ BM_ZFlat/17 567285 555190 316.6MB/s gaviota (37.72 %) +2.2%
898
+ BM_ZCord/0 193490 187031 522.1MB/s html +3.5%
899
+ BM_ZCord/1 2427537 2415315 277.2MB/s urls +0.5%
900
+ BM_ZCord/2 85378 81412 1.5GB/s jpg +4.9%
901
+ BM_ZCord/3 121898 119419 753.3MB/s pdf +2.1%
902
+ BM_ZCord/4 779564 762961 512.0MB/s html4 +2.2%
903
+ BM_ZDataBuffer/0 213820 207272 471.1MB/s html +3.2%
904
+ BM_ZDataBuffer/1 2589010 2586495 258.9MB/s urls +0.1%
905
+ BM_ZDataBuffer/2 121871 118885 1018.4MB/s jpg +2.5%
906
+ BM_ZDataBuffer/3 145382 145986 616.2MB/s pdf -0.4%
907
+ BM_ZDataBuffer/4 868117 852754 458.1MB/s html4 +1.8%
908
+ Sum of all benchmarks 33771833 33744763 +0.1%
909
+
910
+
911
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@71 03e5f5b5-db94-4691-08a0-1a8bf15f6143
912
+
913
+ commit 81f34784b7b812dcda956ee489dfdc74ec2da990
914
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
915
+ Date: Sun Jan 6 19:21:26 2013 +0000
916
+
917
+ Adjust the Snappy open-source distribution for the changes in Google's
918
+ internal file API.
919
+
920
+ R=sanjay
921
+
922
+
923
+
924
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@70 03e5f5b5-db94-4691-08a0-1a8bf15f6143
925
+
926
+ commit 698af469b47fe809905e2ed173ad84241de5800f
927
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
928
+ Date: Fri Jan 4 11:54:20 2013 +0000
929
+
930
+ Change a few ORs to additions where they don't matter. This helps the compiler
931
+ use the LEA instruction more efficiently, since e.g. a + (b << 2) can be encoded
932
+ as one instruction. Even more importantly, it can constant-fold the
933
+ COPY_* enums together with the shifted negative constants, which also saves
934
+ some instructions. (We don't need it for LITERAL, since it happens to be 0.)
935
+
936
+ I am unsure why the compiler couldn't do this itself, but the theory is that
937
+ it cannot prove that len-1 and len-4 cannot underflow/wrap, and thus can't
938
+ do the optimization safely.
939
+
940
+ The gains are small but measurable; 0.5-1.0% over the BM_Z* benchmarks
941
+ (measured on Westmere, Sandy Bridge and Istanbul).
942
+
943
+ R=sanjay
944
+
945
+
946
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@69 03e5f5b5-db94-4691-08a0-1a8bf15f6143
947
+
948
+ commit 55209f9b92efd97e0a61be28ed94210de04c3bfc
949
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
950
+ Date: Mon Oct 8 11:37:16 2012 +0000
951
+
952
+ Stop giving -Werror to automake, due to an incompatibility between current
953
+ versions of libtool and automake on non-GNU platforms (e.g. Mac OS X).
954
+
955
+ R=sanjay
956
+
957
+
958
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@68 03e5f5b5-db94-4691-08a0-1a8bf15f6143
959
+
960
+ commit b86e81c8b3426a62d8ab3a7674c2506e9e678740
961
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
962
+ Date: Fri Aug 17 13:54:47 2012 +0000
963
+
964
+ Fix public issue 66: Document GetUncompressedLength better, in particular that
965
+ it leaves the source in a state that's not appropriate for RawUncompress.
966
+
967
+ R=sanjay
968
+
969
+
970
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@67 03e5f5b5-db94-4691-08a0-1a8bf15f6143
971
+
972
+ commit 2e225ba821b420ae28e1d427075d5589c1e892d9
973
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
974
+ Date: Tue Jul 31 11:44:44 2012 +0000
975
+
976
+ Fix public issue 64: Check for <sys/time.h> at configure time,
977
+ since MSVC seemingly does not have it.
978
+
979
+ R=sanjay
980
+
981
+
982
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@66 03e5f5b5-db94-4691-08a0-1a8bf15f6143
983
+
984
+ commit e89f20ab46ee11050760c6d57f05c2a3825a911c
985
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
986
+ Date: Wed Jul 4 09:34:48 2012 +0000
987
+
988
+ Handle the case where gettimeofday() goes backwards or returns the same value
989
+ twice; it could cause division by zero in the unit test framework.
990
+ (We already had one fix for this in place, but it was incomplete.)
991
+
992
+ This could in theory happen on any system, since there are few guarantees
993
+ about gettimeofday(), but seems to only happen in practice on GNU/Hurd, where
994
+ gettimeofday() is cached and only updated ever so often.
995
+
996
+ R=sanjay
997
+
998
+
999
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@65 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1000
+
1001
+ commit 3ec60ac9878de5d0317ad38fc545080a4bfaa74f
1002
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1003
+ Date: Wed Jul 4 09:28:33 2012 +0000
1004
+
1005
+ Mark ARMv4 as not supporting unaligned accesses (not just ARMv5 and ARMv6);
1006
+ apparently Debian still targets these by default, giving us segfaults on
1007
+ armel.
1008
+
1009
+ R=sanjay
1010
+
1011
+
1012
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@64 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1013
+
1014
+ commit be80d6f74f9d82220e952a54f3f129aae1f13f95
1015
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1016
+ Date: Tue May 22 09:46:05 2012 +0000
1017
+
1018
+ Fix public bug #62: Remove an extraneous comma at the end of an enum list,
1019
+ causing compile errors when embedded in Mozilla on OpenBSD.
1020
+
1021
+ R=sanjay
1022
+
1023
+
1024
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@63 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1025
+
1026
+ commit 8b95464146dddab1c7068f879162db9a885cdafe
1027
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1028
+ Date: Tue May 22 09:32:50 2012 +0000
1029
+
1030
+ Snappy library no longer depends on iostream.
1031
+
1032
+ Achieved by moving logging macro definitions to a test-only
1033
+ header file, and by changing non-test code to use assert,
1034
+ fprintf, and abort instead of LOG/CHECK macros.
1035
+
1036
+ R=sesse
1037
+
1038
+
1039
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@62 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1040
+
1041
+ commit fc723b212d6972af7051261754770b3f70a7dc03
1042
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1043
+ Date: Fri Feb 24 15:46:37 2012 +0000
1044
+
1045
+ Release Snappy 1.0.5.
1046
+
1047
+ R=sanjay
1048
+
1049
+
1050
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@61 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1051
+
1052
+ commit dc63e0ad9693e13390ba31b00d92ecccaf7605c3
1053
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1054
+ Date: Thu Feb 23 17:00:36 2012 +0000
1055
+
1056
+ For 32-bit platforms, do not try to accelerate multiple neighboring
1057
+ 32-bit loads with a 64-bit load during compression (it's not a win).
1058
+
1059
+ The main target for this optimization is ARM, but 32-bit x86 gets
1060
+ a small gain, too, although there is noise in the microbenchmarks.
1061
+ It's a no-op for 64-bit x86. It does not affect decompression.
1062
+
1063
+ Microbenchmark results on a Cortex-A9 1GHz, using g++ 4.6.2 (from
1064
+ Ubuntu/Linaro), -O2 -DNDEBUG -Wa,-march=armv7a -mtune=cortex-a9
1065
+ -mthumb-interwork, minimum 1000 iterations:
1066
+
1067
+ Benchmark Time(ns) CPU(ns) Iterations
1068
+ ---------------------------------------------------
1069
+ BM_ZFlat/0 1158277 1160000 1000 84.2MB/s html (23.57 %) [ +4.3%]
1070
+ BM_ZFlat/1 14861782 14860000 1000 45.1MB/s urls (50.89 %) [ +1.1%]
1071
+ BM_ZFlat/2 393595 390000 1000 310.5MB/s jpg (99.88 %) [ +0.0%]
1072
+ BM_ZFlat/3 650583 650000 1000 138.4MB/s pdf (82.13 %) [ +3.1%]
1073
+ BM_ZFlat/4 4661480 4660000 1000 83.8MB/s html4 (23.55 %) [ +4.3%]
1074
+ BM_ZFlat/5 491973 490000 1000 47.9MB/s cp (48.12 %) [ +2.0%]
1075
+ BM_ZFlat/6 193575 192678 1038 55.2MB/s c (42.40 %) [ +9.0%]
1076
+ BM_ZFlat/7 62343 62754 3187 56.5MB/s lsp (48.37 %) [ +2.6%]
1077
+ BM_ZFlat/8 17708468 17710000 1000 55.5MB/s xls (41.34 %) [ -0.3%]
1078
+ BM_ZFlat/9 3755345 3760000 1000 38.6MB/s txt1 (59.81 %) [ +8.2%]
1079
+ BM_ZFlat/10 3324217 3320000 1000 36.0MB/s txt2 (64.07 %) [ +4.2%]
1080
+ BM_ZFlat/11 10139932 10140000 1000 40.1MB/s txt3 (57.11 %) [ +6.4%]
1081
+ BM_ZFlat/12 13532109 13530000 1000 34.0MB/s txt4 (68.35 %) [ +5.0%]
1082
+ BM_ZFlat/13 4690847 4690000 1000 104.4MB/s bin (18.21 %) [ +4.1%]
1083
+ BM_ZFlat/14 830682 830000 1000 43.9MB/s sum (51.88 %) [ +1.2%]
1084
+ BM_ZFlat/15 84784 85011 2235 47.4MB/s man (59.36 %) [ +1.1%]
1085
+ BM_ZFlat/16 1293254 1290000 1000 87.7MB/s pb (23.15 %) [ +2.3%]
1086
+ BM_ZFlat/17 2775155 2780000 1000 63.2MB/s gaviota (38.27 %) [+12.2%]
1087
+
1088
+ Core i7 in 32-bit mode (only one run and 100 iterations, though, so noisy):
1089
+
1090
+ Benchmark Time(ns) CPU(ns) Iterations
1091
+ ---------------------------------------------------
1092
+ BM_ZFlat/0 227582 223464 3043 437.0MB/s html (23.57 %) [ +7.4%]
1093
+ BM_ZFlat/1 2982430 2918455 233 229.4MB/s urls (50.89 %) [ +2.9%]
1094
+ BM_ZFlat/2 46967 46658 15217 2.5GB/s jpg (99.88 %) [ +0.0%]
1095
+ BM_ZFlat/3 115298 114864 5833 783.2MB/s pdf (82.13 %) [ +1.5%]
1096
+ BM_ZFlat/4 913440 899743 778 434.2MB/s html4 (23.55 %) [ +0.3%]
1097
+ BM_ZFlat/5 110302 108571 7000 216.1MB/s cp (48.12 %) [ +0.0%]
1098
+ BM_ZFlat/6 44409 43372 15909 245.2MB/s c (42.40 %) [ +0.8%]
1099
+ BM_ZFlat/7 15713 15643 46667 226.9MB/s lsp (48.37 %) [ +2.7%]
1100
+ BM_ZFlat/8 2625539 2602230 269 377.4MB/s xls (41.34 %) [ +1.4%]
1101
+ BM_ZFlat/9 808884 811429 875 178.8MB/s txt1 (59.81 %) [ -3.9%]
1102
+ BM_ZFlat/10 709532 700000 1000 170.5MB/s txt2 (64.07 %) [ +0.0%]
1103
+ BM_ZFlat/11 2177682 2162162 333 188.2MB/s txt3 (57.11 %) [ -1.4%]
1104
+ BM_ZFlat/12 2849640 2840000 250 161.8MB/s txt4 (68.35 %) [ -1.4%]
1105
+ BM_ZFlat/13 849760 835476 778 585.8MB/s bin (18.21 %) [ +1.2%]
1106
+ BM_ZFlat/14 165940 164571 4375 221.6MB/s sum (51.88 %) [ +1.4%]
1107
+ BM_ZFlat/15 20939 20571 35000 196.0MB/s man (59.36 %) [ +2.1%]
1108
+ BM_ZFlat/16 239209 236544 2917 478.1MB/s pb (23.15 %) [ +4.2%]
1109
+ BM_ZFlat/17 616206 610000 1000 288.2MB/s gaviota (38.27 %) [ -1.6%]
1110
+
1111
+ R=sanjay
1112
+
1113
+
1114
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@60 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1115
+
1116
+ commit f8829ea39d51432ba4e6a26ddaec57acea779f4c
1117
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1118
+ Date: Tue Feb 21 17:02:17 2012 +0000
1119
+
1120
+ Enable the use of unaligned loads and stores for ARM-based architectures
1121
+ where they are available (ARMv7 and higher). This gives a significant
1122
+ speed boost on ARM, both for compression and decompression.
1123
+ It should not affect x86 at all.
1124
+
1125
+ There are more changes possible to speed up ARM, but it might not be
1126
+ that easy to do without hurting x86 or making the code uglier.
1127
+ Also, we de not try to use NEON yet.
1128
+
1129
+ Microbenchmark results on a Cortex-A9 1GHz, using g++ 4.6.2 (from Ubuntu/Linaro),
1130
+ -O2 -DNDEBUG -Wa,-march=armv7a -mtune=cortex-a9 -mthumb-interwork:
1131
+
1132
+ Benchmark Time(ns) CPU(ns) Iterations
1133
+ ---------------------------------------------------
1134
+ BM_UFlat/0 524806 529100 378 184.6MB/s html [+33.6%]
1135
+ BM_UFlat/1 5139790 5200000 100 128.8MB/s urls [+28.8%]
1136
+ BM_UFlat/2 86540 84166 1901 1.4GB/s jpg [ +0.6%]
1137
+ BM_UFlat/3 215351 210176 904 428.0MB/s pdf [+29.8%]
1138
+ BM_UFlat/4 2144490 2100000 100 186.0MB/s html4 [+33.3%]
1139
+ BM_UFlat/5 194482 190000 1000 123.5MB/s cp [+36.2%]
1140
+ BM_UFlat/6 91843 90175 2107 117.9MB/s c [+38.6%]
1141
+ BM_UFlat/7 28535 28426 6684 124.8MB/s lsp [+34.7%]
1142
+ BM_UFlat/8 9206600 9200000 100 106.7MB/s xls [+42.4%]
1143
+ BM_UFlat/9 1865273 1886792 106 76.9MB/s txt1 [+32.5%]
1144
+ BM_UFlat/10 1576809 1587301 126 75.2MB/s txt2 [+32.3%]
1145
+ BM_UFlat/11 4968450 4900000 100 83.1MB/s txt3 [+32.7%]
1146
+ BM_UFlat/12 6673970 6700000 100 68.6MB/s txt4 [+32.8%]
1147
+ BM_UFlat/13 2391470 2400000 100 203.9MB/s bin [+29.2%]
1148
+ BM_UFlat/14 334601 344827 522 105.8MB/s sum [+30.6%]
1149
+ BM_UFlat/15 37404 38080 5252 105.9MB/s man [+33.8%]
1150
+ BM_UFlat/16 535470 540540 370 209.2MB/s pb [+31.2%]
1151
+ BM_UFlat/17 1875245 1886792 106 93.2MB/s gaviota [+37.8%]
1152
+ BM_UValidate/0 178425 179533 1114 543.9MB/s html [ +2.7%]
1153
+ BM_UValidate/1 2100450 2000000 100 334.8MB/s urls [ +5.0%]
1154
+ BM_UValidate/2 1039 1044 172413 113.3GB/s jpg [ +3.4%]
1155
+ BM_UValidate/3 59423 59470 3363 1.5GB/s pdf [ +7.8%]
1156
+ BM_UValidate/4 760716 766283 261 509.8MB/s html4 [ +6.5%]
1157
+ BM_ZFlat/0 1204632 1204819 166 81.1MB/s html (23.57 %) [+32.8%]
1158
+ BM_ZFlat/1 15656190 15600000 100 42.9MB/s urls (50.89 %) [+27.6%]
1159
+ BM_ZFlat/2 403336 410677 487 294.8MB/s jpg (99.88 %) [+16.5%]
1160
+ BM_ZFlat/3 664073 671140 298 134.0MB/s pdf (82.13 %) [+28.4%]
1161
+ BM_ZFlat/4 4961940 4900000 100 79.7MB/s html4 (23.55 %) [+30.6%]
1162
+ BM_ZFlat/5 500664 501253 399 46.8MB/s cp (48.12 %) [+33.4%]
1163
+ BM_ZFlat/6 217276 215982 926 49.2MB/s c (42.40 %) [+25.0%]
1164
+ BM_ZFlat/7 64122 65487 3054 54.2MB/s lsp (48.37 %) [+36.1%]
1165
+ BM_ZFlat/8 18045730 18000000 100 54.6MB/s xls (41.34 %) [+34.4%]
1166
+ BM_ZFlat/9 4051530 4000000 100 36.3MB/s txt1 (59.81 %) [+25.0%]
1167
+ BM_ZFlat/10 3451800 3500000 100 34.1MB/s txt2 (64.07 %) [+25.7%]
1168
+ BM_ZFlat/11 11052340 11100000 100 36.7MB/s txt3 (57.11 %) [+24.3%]
1169
+ BM_ZFlat/12 14538690 14600000 100 31.5MB/s txt4 (68.35 %) [+24.7%]
1170
+ BM_ZFlat/13 5041850 5000000 100 97.9MB/s bin (18.21 %) [+32.0%]
1171
+ BM_ZFlat/14 908840 909090 220 40.1MB/s sum (51.88 %) [+22.2%]
1172
+ BM_ZFlat/15 86921 86206 1972 46.8MB/s man (59.36 %) [+42.2%]
1173
+ BM_ZFlat/16 1312315 1315789 152 86.0MB/s pb (23.15 %) [+34.5%]
1174
+ BM_ZFlat/17 3173120 3200000 100 54.9MB/s gaviota (38.27%) [+28.1%]
1175
+
1176
+
1177
+ The move from 64-bit to 32-bit operations for the copies also affected 32-bit x86;
1178
+ positive on the decompression side, and slightly negative on the compression side
1179
+ (unless that is noise; I only ran once):
1180
+
1181
+ Benchmark Time(ns) CPU(ns) Iterations
1182
+ -----------------------------------------------------
1183
+ BM_UFlat/0 86279 86140 7778 1.1GB/s html [ +7.5%]
1184
+ BM_UFlat/1 839265 822622 778 813.9MB/s urls [ +9.4%]
1185
+ BM_UFlat/2 9180 9143 87500 12.9GB/s jpg [ +1.2%]
1186
+ BM_UFlat/3 35080 35000 20000 2.5GB/s pdf [+10.1%]
1187
+ BM_UFlat/4 350318 345000 2000 1.1GB/s html4 [ +7.0%]
1188
+ BM_UFlat/5 33808 33472 21212 701.0MB/s cp [ +9.0%]
1189
+ BM_UFlat/6 15201 15214 46667 698.9MB/s c [+14.9%]
1190
+ BM_UFlat/7 4652 4651 159091 762.9MB/s lsp [ +7.5%]
1191
+ BM_UFlat/8 1285551 1282528 538 765.7MB/s xls [+10.7%]
1192
+ BM_UFlat/9 282510 281690 2414 514.9MB/s txt1 [+13.6%]
1193
+ BM_UFlat/10 243494 239286 2800 498.9MB/s txt2 [+14.4%]
1194
+ BM_UFlat/11 743625 740000 1000 550.0MB/s txt3 [+14.3%]
1195
+ BM_UFlat/12 999441 989717 778 464.3MB/s txt4 [+16.1%]
1196
+ BM_UFlat/13 412402 410076 1707 1.2GB/s bin [ +7.3%]
1197
+ BM_UFlat/14 54876 54000 10000 675.3MB/s sum [+13.0%]
1198
+ BM_UFlat/15 6146 6100 100000 660.8MB/s man [+14.8%]
1199
+ BM_UFlat/16 90496 90286 8750 1.2GB/s pb [ +4.0%]
1200
+ BM_UFlat/17 292650 292000 2500 602.0MB/s gaviota [+18.1%]
1201
+ BM_UValidate/0 49620 49699 14286 1.9GB/s html [ +0.0%]
1202
+ BM_UValidate/1 501371 500000 1000 1.3GB/s urls [ +0.0%]
1203
+ BM_UValidate/2 232 227 3043478 521.5GB/s jpg [ +1.3%]
1204
+ BM_UValidate/3 17250 17143 43750 5.1GB/s pdf [ -1.3%]
1205
+ BM_UValidate/4 198643 200000 3500 1.9GB/s html4 [ -0.9%]
1206
+ BM_ZFlat/0 227128 229415 3182 425.7MB/s html (23.57 %) [ -1.4%]
1207
+ BM_ZFlat/1 2970089 2960000 250 226.2MB/s urls (50.89 %) [ -1.9%]
1208
+ BM_ZFlat/2 45683 44999 15556 2.6GB/s jpg (99.88 %) [ +2.2%]
1209
+ BM_ZFlat/3 114661 113136 6364 795.1MB/s pdf (82.13 %) [ -1.5%]
1210
+ BM_ZFlat/4 919702 914286 875 427.2MB/s html4 (23.55%) [ -1.3%]
1211
+ BM_ZFlat/5 108189 108422 6364 216.4MB/s cp (48.12 %) [ -1.2%]
1212
+ BM_ZFlat/6 44525 44000 15909 241.7MB/s c (42.40 %) [ -2.9%]
1213
+ BM_ZFlat/7 15973 15857 46667 223.8MB/s lsp (48.37 %) [ +0.0%]
1214
+ BM_ZFlat/8 2677888 2639405 269 372.1MB/s xls (41.34 %) [ -1.4%]
1215
+ BM_ZFlat/9 800715 780000 1000 186.0MB/s txt1 (59.81 %) [ -0.4%]
1216
+ BM_ZFlat/10 700089 700000 1000 170.5MB/s txt2 (64.07 %) [ -2.9%]
1217
+ BM_ZFlat/11 2159356 2138365 318 190.3MB/s txt3 (57.11 %) [ -0.3%]
1218
+ BM_ZFlat/12 2796143 2779923 259 165.3MB/s txt4 (68.35 %) [ -1.4%]
1219
+ BM_ZFlat/13 856458 835476 778 585.8MB/s bin (18.21 %) [ -0.1%]
1220
+ BM_ZFlat/14 166908 166857 4375 218.6MB/s sum (51.88 %) [ -1.4%]
1221
+ BM_ZFlat/15 21181 20857 35000 193.3MB/s man (59.36 %) [ -0.8%]
1222
+ BM_ZFlat/16 244009 239973 2917 471.3MB/s pb (23.15 %) [ -1.4%]
1223
+ BM_ZFlat/17 596362 590000 1000 297.9MB/s gaviota (38.27%) [ +0.0%]
1224
+
1225
+ R=sanjay
1226
+
1227
+
1228
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@59 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1229
+
1230
+ commit f2e184f638bdc7905f26c24faaf10fc0f5d33403
1231
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1232
+ Date: Sat Feb 11 22:11:22 2012 +0000
1233
+
1234
+ Lower the size allocated in the "corrupted input" unit test from 256 MB
1235
+ to 2 MB. This fixes issues with running the unit test on platforms with
1236
+ little RAM (e.g. some ARM boards).
1237
+
1238
+ Also, reactivate the 2 MB test for 64-bit platforms; there's no good
1239
+ reason why it shouldn't be.
1240
+
1241
+ R=sanjay
1242
+
1243
+
1244
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@58 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1245
+
1246
+ commit e750dc0f054ba74b0ce76dd2013e6728cc7a41c5
1247
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1248
+ Date: Sun Jan 8 17:55:48 2012 +0000
1249
+
1250
+ Minor refactoring to accomodate changes in Google's internal code tree.
1251
+
1252
+
1253
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@57 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1254
+
1255
+ commit d9068ee301bdf893a4d8cb7c6518eacc44c4c1f2
1256
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1257
+ Date: Wed Jan 4 13:10:46 2012 +0000
1258
+
1259
+ Fix public issue r57: Fix most warnings with -Wall, mostly signed/unsigned
1260
+ warnings. There are still some in the unit test, but the main .cc file should
1261
+ be clean. We haven't enabled -Wall for the default build, since the unit test
1262
+ is still not clean.
1263
+
1264
+ This also fixes a real bug in the open-source implementation of
1265
+ ReadFileToStringOrDie(); it would not detect errors correctly.
1266
+
1267
+ I had to go through some pains to avoid performance loss as the types
1268
+ were changed; I think there might still be some with 32-bit if and only if LFS
1269
+ is enabled (ie., size_t is 64-bit), but for regular 32-bit and 64-bit I can't
1270
+ see any losses, and I've diffed the generated GCC assembler between the old and
1271
+ new code without seeing any significant choices. If anything, it's ever so
1272
+ slightly faster.
1273
+
1274
+ This may or may not enable compression of very large blocks (>2^32 bytes)
1275
+ when size_t is 64-bit, but I haven't checked, and it is still not a supported
1276
+ case.
1277
+
1278
+
1279
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@56 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1280
+
1281
+ commit 0755c815197dacc77d8971ae917c86d7aa96bf8e
1282
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1283
+ Date: Wed Jan 4 10:46:39 2012 +0000
1284
+
1285
+ Add a framing format description. We do not have any implementation of this at
1286
+ the current point, but there seems to be enough of a general interest in the
1287
+ topic (cf. public bug #34).
1288
+
1289
+ R=csilvers,sanjay
1290
+
1291
+
1292
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@55 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1293
+
1294
+ commit d7eb2dc4133794b62cba691f9be40d1549bc32e2
1295
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1296
+ Date: Mon Dec 5 21:27:26 2011 +0000
1297
+
1298
+ Speed up decompression by moving the refill check to the end of the loop.
1299
+
1300
+ This seems to work because in most of the branches, the compiler can evaluate
1301
+ “ip_limit_ - ip” in a more efficient way than reloading ip_limit_ from memory
1302
+ (either by already having the entire expression in a register, or reconstructing
1303
+ it from “avail”, or something else). Memory loads, even from L1, are seemingly
1304
+ costly in the big picture at the current decompression speeds.
1305
+
1306
+ Microbenchmarks (64-bit, opt mode):
1307
+
1308
+ Westmere (Intel Core i7):
1309
+
1310
+ Benchmark Time(ns) CPU(ns) Iterations
1311
+ --------------------------------------------
1312
+ BM_UFlat/0 74492 74491 187894 1.3GB/s html [ +5.9%]
1313
+ BM_UFlat/1 712268 712263 19644 940.0MB/s urls [ +3.8%]
1314
+ BM_UFlat/2 10591 10590 1000000 11.2GB/s jpg [ -6.8%]
1315
+ BM_UFlat/3 29643 29643 469915 3.0GB/s pdf [ +7.9%]
1316
+ BM_UFlat/4 304669 304667 45930 1.3GB/s html4 [ +4.8%]
1317
+ BM_UFlat/5 28508 28507 490077 823.1MB/s cp [ +4.0%]
1318
+ BM_UFlat/6 12415 12415 1000000 856.5MB/s c [ +8.6%]
1319
+ BM_UFlat/7 3415 3415 4084723 1039.0MB/s lsp [+18.0%]
1320
+ BM_UFlat/8 979569 979563 14261 1002.5MB/s xls [ +5.8%]
1321
+ BM_UFlat/9 230150 230148 60934 630.2MB/s txt1 [ +5.2%]
1322
+ BM_UFlat/10 197167 197166 71135 605.5MB/s txt2 [ +4.7%]
1323
+ BM_UFlat/11 607394 607390 23041 670.1MB/s txt3 [ +5.6%]
1324
+ BM_UFlat/12 808502 808496 17316 568.4MB/s txt4 [ +5.0%]
1325
+ BM_UFlat/13 372791 372788 37564 1.3GB/s bin [ +3.3%]
1326
+ BM_UFlat/14 44541 44541 313969 818.8MB/s sum [ +5.7%]
1327
+ BM_UFlat/15 4833 4833 2898697 834.1MB/s man [ +4.8%]
1328
+ BM_UFlat/16 79855 79855 175356 1.4GB/s pb [ +4.8%]
1329
+ BM_UFlat/17 245845 245843 56838 715.0MB/s gaviota [ +5.8%]
1330
+
1331
+ Clovertown (Intel Core 2):
1332
+
1333
+ Benchmark Time(ns) CPU(ns) Iterations
1334
+ --------------------------------------------
1335
+ BM_UFlat/0 107911 107890 100000 905.1MB/s html [ +2.2%]
1336
+ BM_UFlat/1 1011237 1011041 10000 662.3MB/s urls [ +2.5%]
1337
+ BM_UFlat/2 26775 26770 523089 4.4GB/s jpg [ +0.0%]
1338
+ BM_UFlat/3 48103 48095 290618 1.8GB/s pdf [ +3.4%]
1339
+ BM_UFlat/4 437724 437644 31937 892.6MB/s html4 [ +2.1%]
1340
+ BM_UFlat/5 39607 39600 358284 592.5MB/s cp [ +2.4%]
1341
+ BM_UFlat/6 18227 18224 768191 583.5MB/s c [ +2.7%]
1342
+ BM_UFlat/7 5171 5170 2709437 686.4MB/s lsp [ +3.9%]
1343
+ BM_UFlat/8 1560291 1559989 8970 629.5MB/s xls [ +3.6%]
1344
+ BM_UFlat/9 335401 335343 41731 432.5MB/s txt1 [ +3.0%]
1345
+ BM_UFlat/10 287014 286963 48758 416.0MB/s txt2 [ +2.8%]
1346
+ BM_UFlat/11 888522 888356 15752 458.1MB/s txt3 [ +2.9%]
1347
+ BM_UFlat/12 1186600 1186378 10000 387.3MB/s txt4 [ +3.1%]
1348
+ BM_UFlat/13 572295 572188 24468 855.4MB/s bin [ +2.1%]
1349
+ BM_UFlat/14 64060 64049 218401 569.4MB/s sum [ +4.1%]
1350
+ BM_UFlat/15 7264 7263 1916168 555.0MB/s man [ +1.4%]
1351
+ BM_UFlat/16 108853 108836 100000 1039.1MB/s pb [ +1.7%]
1352
+ BM_UFlat/17 364289 364223 38419 482.6MB/s gaviota [ +4.9%]
1353
+
1354
+ Barcelona (AMD Opteron):
1355
+
1356
+ Benchmark Time(ns) CPU(ns) Iterations
1357
+ --------------------------------------------
1358
+ BM_UFlat/0 103900 103871 100000 940.2MB/s html [ +8.3%]
1359
+ BM_UFlat/1 1000435 1000107 10000 669.5MB/s urls [ +6.6%]
1360
+ BM_UFlat/2 24659 24652 567362 4.8GB/s jpg [ +0.1%]
1361
+ BM_UFlat/3 48206 48193 291121 1.8GB/s pdf [ +5.0%]
1362
+ BM_UFlat/4 421980 421850 33174 926.0MB/s html4 [ +7.3%]
1363
+ BM_UFlat/5 40368 40357 346994 581.4MB/s cp [ +8.7%]
1364
+ BM_UFlat/6 19836 19830 708695 536.2MB/s c [ +8.0%]
1365
+ BM_UFlat/7 6100 6098 2292774 581.9MB/s lsp [ +9.0%]
1366
+ BM_UFlat/8 1693093 1692514 8261 580.2MB/s xls [ +8.0%]
1367
+ BM_UFlat/9 365991 365886 38225 396.4MB/s txt1 [ +7.1%]
1368
+ BM_UFlat/10 311330 311238 44950 383.6MB/s txt2 [ +7.6%]
1369
+ BM_UFlat/11 975037 974737 14376 417.5MB/s txt3 [ +6.9%]
1370
+ BM_UFlat/12 1303558 1303175 10000 352.6MB/s txt4 [ +7.3%]
1371
+ BM_UFlat/13 517448 517290 27144 946.2MB/s bin [ +5.5%]
1372
+ BM_UFlat/14 66537 66518 210352 548.3MB/s sum [ +7.5%]
1373
+ BM_UFlat/15 7976 7974 1760383 505.6MB/s man [ +5.6%]
1374
+ BM_UFlat/16 103121 103092 100000 1097.0MB/s pb [ +8.7%]
1375
+ BM_UFlat/17 391431 391314 35733 449.2MB/s gaviota [ +6.5%]
1376
+
1377
+ R=sanjay
1378
+
1379
+
1380
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@54 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1381
+
1382
+ commit 5ed51ce15fc4ff8d2f7235704eb6b0c3f762fb88
1383
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1384
+ Date: Wed Nov 23 11:14:17 2011 +0000
1385
+
1386
+ Speed up decompression by making the fast path for literals faster.
1387
+
1388
+ We do the fast-path step as soon as possible; in fact, as soon as we know the
1389
+ literal length. Since we usually hit the fast path, we can then skip the checks
1390
+ for long literals and available input space (beyond what the fast path check
1391
+ already does).
1392
+
1393
+ Note that this changes the decompression Writer API; however, it does not
1394
+ change the ABI, since writers are always templatized and as such never
1395
+ cross compilation units. The new API is slightly more general, in that it
1396
+ doesn't hard-code the value 16. Note that we also take care to check
1397
+ for len <= 16 first, since the other two checks almost always succeed
1398
+ (so we don't want to waste time checking for them until we have to).
1399
+
1400
+ The improvements are most marked on Nehalem, but are generally positive
1401
+ on other platforms as well. All microbenchmarks are 64-bit, opt.
1402
+
1403
+ Clovertown (Core 2):
1404
+
1405
+ Benchmark Time(ns) CPU(ns) Iterations
1406
+ --------------------------------------------
1407
+ BM_UFlat/0 110226 110224 100000 886.0MB/s html [ +1.5%]
1408
+ BM_UFlat/1 1036523 1036508 10000 646.0MB/s urls [ -0.8%]
1409
+ BM_UFlat/2 26775 26775 522570 4.4GB/s jpg [ +0.0%]
1410
+ BM_UFlat/3 49738 49737 280974 1.8GB/s pdf [ +0.3%]
1411
+ BM_UFlat/4 446790 446792 31334 874.3MB/s html4 [ +0.8%]
1412
+ BM_UFlat/5 40561 40562 350424 578.5MB/s cp [ +1.3%]
1413
+ BM_UFlat/6 18722 18722 746903 568.0MB/s c [ +1.4%]
1414
+ BM_UFlat/7 5373 5373 2608632 660.5MB/s lsp [ +8.3%]
1415
+ BM_UFlat/8 1615716 1615718 8670 607.8MB/s xls [ +2.0%]
1416
+ BM_UFlat/9 345278 345281 40481 420.1MB/s txt1 [ +1.4%]
1417
+ BM_UFlat/10 294855 294855 47452 404.9MB/s txt2 [ +1.6%]
1418
+ BM_UFlat/11 914263 914263 15316 445.2MB/s txt3 [ +1.1%]
1419
+ BM_UFlat/12 1222694 1222691 10000 375.8MB/s txt4 [ +1.4%]
1420
+ BM_UFlat/13 584495 584489 23954 837.4MB/s bin [ -0.6%]
1421
+ BM_UFlat/14 66662 66662 210123 547.1MB/s sum [ +1.2%]
1422
+ BM_UFlat/15 7368 7368 1881856 547.1MB/s man [ +4.0%]
1423
+ BM_UFlat/16 110727 110726 100000 1021.4MB/s pb [ +2.3%]
1424
+ BM_UFlat/17 382138 382141 36616 460.0MB/s gaviota [ -0.7%]
1425
+
1426
+ Westmere (Core i7):
1427
+
1428
+ Benchmark Time(ns) CPU(ns) Iterations
1429
+ --------------------------------------------
1430
+ BM_UFlat/0 78861 78853 177703 1.2GB/s html [ +2.1%]
1431
+ BM_UFlat/1 739560 739491 18912 905.4MB/s urls [ +3.4%]
1432
+ BM_UFlat/2 9867 9866 1419014 12.0GB/s jpg [ +3.4%]
1433
+ BM_UFlat/3 31989 31986 438385 2.7GB/s pdf [ +0.2%]
1434
+ BM_UFlat/4 319406 319380 43771 1.2GB/s html4 [ +1.9%]
1435
+ BM_UFlat/5 29639 29636 472862 791.7MB/s cp [ +5.2%]
1436
+ BM_UFlat/6 13478 13477 1000000 789.0MB/s c [ +2.3%]
1437
+ BM_UFlat/7 4030 4029 3475364 880.7MB/s lsp [ +8.7%]
1438
+ BM_UFlat/8 1036585 1036492 10000 947.5MB/s xls [ +6.9%]
1439
+ BM_UFlat/9 242127 242105 57838 599.1MB/s txt1 [ +3.0%]
1440
+ BM_UFlat/10 206499 206480 67595 578.2MB/s txt2 [ +3.4%]
1441
+ BM_UFlat/11 641635 641570 21811 634.4MB/s txt3 [ +2.4%]
1442
+ BM_UFlat/12 848847 848769 16443 541.4MB/s txt4 [ +3.1%]
1443
+ BM_UFlat/13 384968 384938 36366 1.2GB/s bin [ +0.3%]
1444
+ BM_UFlat/14 47106 47101 297770 774.3MB/s sum [ +4.4%]
1445
+ BM_UFlat/15 5063 5063 2772202 796.2MB/s man [ +7.7%]
1446
+ BM_UFlat/16 83663 83656 167697 1.3GB/s pb [ +1.8%]
1447
+ BM_UFlat/17 260224 260198 53823 675.6MB/s gaviota [ -0.5%]
1448
+
1449
+ Barcelona (Opteron):
1450
+
1451
+ Benchmark Time(ns) CPU(ns) Iterations
1452
+ --------------------------------------------
1453
+ BM_UFlat/0 112490 112457 100000 868.4MB/s html [ -0.4%]
1454
+ BM_UFlat/1 1066719 1066339 10000 627.9MB/s urls [ +1.0%]
1455
+ BM_UFlat/2 24679 24672 563802 4.8GB/s jpg [ +0.7%]
1456
+ BM_UFlat/3 50603 50589 277285 1.7GB/s pdf [ +2.6%]
1457
+ BM_UFlat/4 452982 452849 30900 862.6MB/s html4 [ -0.2%]
1458
+ BM_UFlat/5 43860 43848 319554 535.1MB/s cp [ +1.2%]
1459
+ BM_UFlat/6 21419 21413 653573 496.6MB/s c [ +1.0%]
1460
+ BM_UFlat/7 6646 6645 2105405 534.1MB/s lsp [ +0.3%]
1461
+ BM_UFlat/8 1828487 1827886 7658 537.3MB/s xls [ +2.6%]
1462
+ BM_UFlat/9 391824 391714 35708 370.3MB/s txt1 [ +2.2%]
1463
+ BM_UFlat/10 334913 334816 41885 356.6MB/s txt2 [ +1.7%]
1464
+ BM_UFlat/11 1042062 1041674 10000 390.7MB/s txt3 [ +1.1%]
1465
+ BM_UFlat/12 1398902 1398456 10000 328.6MB/s txt4 [ +1.7%]
1466
+ BM_UFlat/13 545706 545530 25669 897.2MB/s bin [ -0.4%]
1467
+ BM_UFlat/14 71512 71505 196035 510.0MB/s sum [ +1.4%]
1468
+ BM_UFlat/15 8422 8421 1665036 478.7MB/s man [ +2.6%]
1469
+ BM_UFlat/16 112053 112048 100000 1009.3MB/s pb [ -0.4%]
1470
+ BM_UFlat/17 416723 416713 33612 421.8MB/s gaviota [ -2.0%]
1471
+
1472
+ R=sanjay
1473
+
1474
+
1475
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@53 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1476
+
1477
+ commit 0c1b9c3904430f5b399bd057d76de4bc36b7a123
1478
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1479
+ Date: Tue Nov 8 14:46:39 2011 +0000
1480
+
1481
+ Fix public issue #53: Update the README to the API we actually open-sourced
1482
+ with.
1483
+
1484
+ R=sanjay
1485
+
1486
+
1487
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@52 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1488
+
1489
+ commit b61134bc0a6a904b41522b4e5c9e80874c730cef
1490
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1491
+ Date: Wed Oct 5 12:27:12 2011 +0000
1492
+
1493
+ In the format description, use a clearer example to emphasize that varints are
1494
+ stored in little-endian. Patch from Christian von Roques.
1495
+
1496
+ R=csilvers
1497
+
1498
+
1499
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@51 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1500
+
1501
+ commit 21a2e4f55758e759302cd84ad0f3580affcba7d9
1502
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1503
+ Date: Thu Sep 15 19:34:06 2011 +0000
1504
+
1505
+ Release Snappy 1.0.4.
1506
+
1507
+ R=sanjay
1508
+
1509
+
1510
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@50 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1511
+
1512
+ commit e2e303286813c759c5b1cdb46dad63c494f0a061
1513
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1514
+ Date: Thu Sep 15 09:50:05 2011 +0000
1515
+
1516
+ Fix public issue #50: Include generic byteswap macros.
1517
+ Also include Solaris 10 and FreeBSD versions.
1518
+
1519
+ R=csilvers
1520
+
1521
+
1522
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@49 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1523
+
1524
+ commit 593002da3c051f4721312869f816b41485bad3b7
1525
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1526
+ Date: Wed Aug 10 18:57:27 2011 +0000
1527
+
1528
+ Partially fix public issue 50: Remove an extra comma from the end of some
1529
+ enum declarations, as it seems the Sun compiler does not like it.
1530
+
1531
+ Based on patch by Travis Vitek.
1532
+
1533
+
1534
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@48 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1535
+
1536
+ commit f1063a5dc43891eed37f0586bfea57b84dddd756
1537
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1538
+ Date: Wed Aug 10 18:44:16 2011 +0000
1539
+
1540
+ Use the right #ifdef test for sys/mman.h.
1541
+
1542
+ Based on patch by Travis Vitek.
1543
+
1544
+
1545
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@47 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1546
+
1547
+ commit 41c827a2fa9ce048202d941187f211180feadde4
1548
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1549
+ Date: Wed Aug 10 01:22:09 2011 +0000
1550
+
1551
+ Fix public issue #47: Small comment cleanups in the unit test.
1552
+
1553
+ Originally based on a patch by Patrick Pelletier.
1554
+
1555
+ R=sanjay
1556
+
1557
+
1558
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@46 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1559
+
1560
+ commit 59aeffa6049b5c2a3a467e7602c1f93630b870e7
1561
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1562
+ Date: Wed Aug 10 01:14:43 2011 +0000
1563
+
1564
+ Fix public issue #46: Format description said "3-byte offset"
1565
+ instead of "4-byte offset" for the longest copies.
1566
+
1567
+ Also fix an inconsistency in the heading for section 2.2.3.
1568
+ Both patches by Patrick Pelletier.
1569
+
1570
+ R=csilvers
1571
+
1572
+
1573
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@45 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1574
+
1575
+ commit 57e7cd72559cb022ef32856f2252a4c4585e562e
1576
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1577
+ Date: Tue Jun 28 11:40:25 2011 +0000
1578
+
1579
+ Fix public issue #44: Make the definition and declaration of CompressFragment
1580
+ identical, even regarding cv-qualifiers.
1581
+
1582
+ This is required to work around a bug in the Solaris Studio C++ compiler
1583
+ (it does not properly disregard cv-qualifiers when doing name mangling).
1584
+
1585
+ R=sanjay
1586
+
1587
+
1588
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@44 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1589
+
1590
+ commit 13c4a449a8ea22139c9aa441e8024eebc9dbdf6e
1591
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1592
+ Date: Sat Jun 4 10:19:05 2011 +0000
1593
+
1594
+ Correct an inaccuracy in the Snappy format description.
1595
+ (I stumbled into this when changing the way we decompress literals.)
1596
+
1597
+ R=csilvers
1598
+
1599
+ Revision created by MOE tool push_codebase.
1600
+
1601
+
1602
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@43 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1603
+
1604
+ commit f5406737403119e1483a71d2084d17728663a114
1605
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1606
+ Date: Fri Jun 3 20:53:06 2011 +0000
1607
+
1608
+ Speed up decompression by removing a fast-path attempt.
1609
+
1610
+ Whenever we try to enter a copy fast-path, there is a certain cost in checking
1611
+ that all the preconditions are in place, but it's normally offset by the fact
1612
+ that we can usually take the cheaper path. However, in a certain path we've
1613
+ already established that "avail < literal_length", which usually means that
1614
+ either the available space is small, or the literal is big. Both will disqualify
1615
+ us from taking the fast path, and thus we take the hit from the precondition
1616
+ checking without gaining much from having a fast path. Thus, simply don't try
1617
+ the fast path in this situation -- we're already on a slow path anyway
1618
+ (one where we need to refill more data from the reader).
1619
+
1620
+ I'm a bit surprised at how much this gained; it could be that this path is
1621
+ more common than I thought, or that the simpler structure somehow makes the
1622
+ compiler happier. I haven't looked at the assembler, but it's a win across
1623
+ the board on both Core 2, Core i7 and Opteron, at least for the cases we
1624
+ typically care about. The gains seem to be the largest on Core i7, though.
1625
+ Results from my Core i7 workstation:
1626
+
1627
+
1628
+ Benchmark Time(ns) CPU(ns) Iterations
1629
+ ---------------------------------------------------
1630
+ BM_UFlat/0 73337 73091 190996 1.3GB/s html [ +1.7%]
1631
+ BM_UFlat/1 696379 693501 20173 965.5MB/s urls [ +2.7%]
1632
+ BM_UFlat/2 9765 9734 1472135 12.1GB/s jpg [ +0.7%]
1633
+ BM_UFlat/3 29720 29621 472973 3.0GB/s pdf [ +1.8%]
1634
+ BM_UFlat/4 294636 293834 47782 1.3GB/s html4 [ +2.3%]
1635
+ BM_UFlat/5 28399 28320 494700 828.5MB/s cp [ +3.5%]
1636
+ BM_UFlat/6 12795 12760 1000000 833.3MB/s c [ +1.2%]
1637
+ BM_UFlat/7 3984 3973 3526448 893.2MB/s lsp [ +5.7%]
1638
+ BM_UFlat/8 991996 989322 14141 992.6MB/s xls [ +3.3%]
1639
+ BM_UFlat/9 228620 227835 61404 636.6MB/s txt1 [ +4.0%]
1640
+ BM_UFlat/10 197114 196494 72165 607.5MB/s txt2 [ +3.5%]
1641
+ BM_UFlat/11 605240 603437 23217 674.4MB/s txt3 [ +3.7%]
1642
+ BM_UFlat/12 804157 802016 17456 573.0MB/s txt4 [ +3.9%]
1643
+ BM_UFlat/13 347860 346998 40346 1.4GB/s bin [ +1.2%]
1644
+ BM_UFlat/14 44684 44559 315315 818.4MB/s sum [ +2.3%]
1645
+ BM_UFlat/15 5120 5106 2739726 789.4MB/s man [ +3.3%]
1646
+ BM_UFlat/16 76591 76355 183486 1.4GB/s pb [ +2.8%]
1647
+ BM_UFlat/17 238564 237828 58824 739.1MB/s gaviota [ +1.6%]
1648
+ BM_UValidate/0 42194 42060 333333 2.3GB/s html [ -0.1%]
1649
+ BM_UValidate/1 433182 432005 32407 1.5GB/s urls [ -0.1%]
1650
+ BM_UValidate/2 197 196 71428571 603.3GB/s jpg [ +0.5%]
1651
+ BM_UValidate/3 14494 14462 972222 6.1GB/s pdf [ +0.5%]
1652
+ BM_UValidate/4 168444 167836 83832 2.3GB/s html4 [ +0.1%]
1653
+
1654
+ R=jeff
1655
+
1656
+ Revision created by MOE tool push_codebase.
1657
+
1658
+
1659
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@42 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1660
+
1661
+ commit 197f3ee9f9397e98c9abf07f9da875fbcb725dba
1662
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1663
+ Date: Fri Jun 3 20:47:14 2011 +0000
1664
+
1665
+ Speed up decompression by not needing a lookup table for literal items.
1666
+
1667
+ Looking up into and decoding the values from char_table has long shown up as a
1668
+ hotspot in the decompressor. While it turns out that it's hard to make a more
1669
+ efficient decoder for the copy ops, the literals are simple enough that we can
1670
+ decode them without needing a table lookup. (This means that 1/4 of the table
1671
+ is now unused, although that in itself doesn't buy us anything.)
1672
+
1673
+ The gains are small, but definitely present; some tests win as much as 10%,
1674
+ but 1-4% is more typical. These results are from Core i7, in 64-bit mode;
1675
+ Core 2 and Opteron show similar results. (I've run with more iterations
1676
+ than unusual to make sure the smaller gains don't drown entirely in noise.)
1677
+
1678
+ Benchmark Time(ns) CPU(ns) Iterations
1679
+ ---------------------------------------------------
1680
+ BM_UFlat/0 74665 74428 182055 1.3GB/s html [ +3.1%]
1681
+ BM_UFlat/1 714106 711997 19663 940.4MB/s urls [ +4.4%]
1682
+ BM_UFlat/2 9820 9789 1427115 12.1GB/s jpg [ -1.2%]
1683
+ BM_UFlat/3 30461 30380 465116 2.9GB/s pdf [ +0.8%]
1684
+ BM_UFlat/4 301445 300568 46512 1.3GB/s html4 [ +2.2%]
1685
+ BM_UFlat/5 29338 29263 479452 801.8MB/s cp [ +1.6%]
1686
+ BM_UFlat/6 13004 12970 1000000 819.9MB/s c [ +2.1%]
1687
+ BM_UFlat/7 4180 4168 3349282 851.4MB/s lsp [ +1.3%]
1688
+ BM_UFlat/8 1026149 1024000 10000 959.0MB/s xls [+10.7%]
1689
+ BM_UFlat/9 237441 236830 59072 612.4MB/s txt1 [ +0.3%]
1690
+ BM_UFlat/10 203966 203298 69307 587.2MB/s txt2 [ +0.8%]
1691
+ BM_UFlat/11 627230 625000 22400 651.2MB/s txt3 [ +0.7%]
1692
+ BM_UFlat/12 836188 833979 16787 551.0MB/s txt4 [ +1.3%]
1693
+ BM_UFlat/13 351904 350750 39886 1.4GB/s bin [ +3.8%]
1694
+ BM_UFlat/14 45685 45562 308370 800.4MB/s sum [ +5.9%]
1695
+ BM_UFlat/15 5286 5270 2656546 764.9MB/s man [ +1.5%]
1696
+ BM_UFlat/16 78774 78544 178117 1.4GB/s pb [ +4.3%]
1697
+ BM_UFlat/17 242270 241345 58091 728.3MB/s gaviota [ +1.2%]
1698
+ BM_UValidate/0 42149 42000 333333 2.3GB/s html [ -3.0%]
1699
+ BM_UValidate/1 432741 431303 32483 1.5GB/s urls [ +7.8%]
1700
+ BM_UValidate/2 198 197 71428571 600.7GB/s jpg [+16.8%]
1701
+ BM_UValidate/3 14560 14521 965517 6.1GB/s pdf [ -4.1%]
1702
+ BM_UValidate/4 169065 168671 83832 2.3GB/s html4 [ -2.9%]
1703
+
1704
+ R=jeff
1705
+
1706
+ Revision created by MOE tool push_codebase.
1707
+
1708
+
1709
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@41 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1710
+
1711
+ commit 8efa2639e885ac467e7b11c662975c5844019fb9
1712
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1713
+ Date: Thu Jun 2 22:57:41 2011 +0000
1714
+
1715
+ Release Snappy 1.0.3.
1716
+
1717
+
1718
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@40 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1719
+
1720
+ commit 2e12124bd87f39296709decc65195fa5bfced538
1721
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1722
+ Date: Thu Jun 2 18:06:54 2011 +0000
1723
+
1724
+ Remove an unneeded goto in the decompressor; it turns out that the
1725
+ state of ip_ after decompression (or attempted decompresion) is
1726
+ completely irrelevant, so we don't need the trailer.
1727
+
1728
+ Performance is, as expected, mostly flat -- there's a curious ~3-5%
1729
+ loss in the "lsp" test, but that test case is so short it is hard to say
1730
+ anything definitive about why (most likely, it's some sort of
1731
+ unrelated effect).
1732
+
1733
+ R=jeff
1734
+
1735
+
1736
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@39 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1737
+
1738
+ commit c266bbf32103f8ed4a83e2272ed3d8828d5b8b34
1739
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1740
+ Date: Thu Jun 2 17:59:40 2011 +0000
1741
+
1742
+ Speed up decompression by caching ip_.
1743
+
1744
+ It is seemingly hard for the compiler to understand that ip_, the current input
1745
+ pointer into the compressed data stream, can not alias on anything else, and
1746
+ thus using it directly will incur memory traffic as it cannot be kept in a
1747
+ register. The code already knew about this and cached it into a local
1748
+ variable, but since Step() only decoded one tag, it had to move ip_ back into
1749
+ place between every tag. This seems to have cost us a significant amount of
1750
+ performance, so changing Step() into a function that decodes as much as it can
1751
+ before it saves ip_ back and returns. (Note that Step() was already inlined,
1752
+ so it is not the manual inlining that buys the performance here.)
1753
+
1754
+ The wins are about 3-6% for Core 2, 6-13% on Core i7 and 5-12% on Opteron
1755
+ (for plain array-to-array decompression, in 64-bit opt mode).
1756
+
1757
+ There is a tiny difference in the behavior here; if an invalid literal is
1758
+ encountered (ie., the writer refuses the Append() operation), ip_ will now
1759
+ point to the byte past the tag byte, instead of where the literal was
1760
+ originally thought to end. However, we don't use ip_ for anything after
1761
+ DecompressAllTags() has returned, so this should not change external behavior
1762
+ in any way.
1763
+
1764
+ Microbenchmark results for Core i7, 64-bit (Opteron results are similar):
1765
+
1766
+ Benchmark Time(ns) CPU(ns) Iterations
1767
+ ---------------------------------------------------
1768
+ BM_UFlat/0 79134 79110 8835 1.2GB/s html [ +6.2%]
1769
+ BM_UFlat/1 786126 786096 891 851.8MB/s urls [+10.0%]
1770
+ BM_UFlat/2 9948 9948 69125 11.9GB/s jpg [ -1.3%]
1771
+ BM_UFlat/3 31999 31998 21898 2.7GB/s pdf [ +6.5%]
1772
+ BM_UFlat/4 318909 318829 2204 1.2GB/s html4 [ +6.5%]
1773
+ BM_UFlat/5 31384 31390 22363 747.5MB/s cp [ +9.2%]
1774
+ BM_UFlat/6 14037 14034 49858 757.7MB/s c [+10.6%]
1775
+ BM_UFlat/7 4612 4612 151395 769.5MB/s lsp [ +9.5%]
1776
+ BM_UFlat/8 1203174 1203007 582 816.3MB/s xls [+19.3%]
1777
+ BM_UFlat/9 253869 253955 2757 571.1MB/s txt1 [+11.4%]
1778
+ BM_UFlat/10 219292 219290 3194 544.4MB/s txt2 [+12.1%]
1779
+ BM_UFlat/11 672135 672131 1000 605.5MB/s txt3 [+11.2%]
1780
+ BM_UFlat/12 902512 902492 776 509.2MB/s txt4 [+12.5%]
1781
+ BM_UFlat/13 372110 371998 1881 1.3GB/s bin [ +5.8%]
1782
+ BM_UFlat/14 50407 50407 10000 723.5MB/s sum [+13.5%]
1783
+ BM_UFlat/15 5699 5701 100000 707.2MB/s man [+12.4%]
1784
+ BM_UFlat/16 83448 83424 8383 1.3GB/s pb [ +5.7%]
1785
+ BM_UFlat/17 256958 256963 2723 684.1MB/s gaviota [ +7.9%]
1786
+ BM_UValidate/0 42795 42796 16351 2.2GB/s html [+25.8%]
1787
+ BM_UValidate/1 490672 490622 1427 1.3GB/s urls [+22.7%]
1788
+ BM_UValidate/2 237 237 2950297 499.0GB/s jpg [+24.9%]
1789
+ BM_UValidate/3 14610 14611 47901 6.0GB/s pdf [+26.8%]
1790
+ BM_UValidate/4 171973 171990 4071 2.2GB/s html4 [+25.7%]
1791
+
1792
+
1793
+
1794
+
1795
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@38 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1796
+
1797
+ commit d0ee043bc50c62c5b5ff3da044f0b5567257407d
1798
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1799
+ Date: Tue May 17 08:48:25 2011 +0000
1800
+
1801
+ Fix the numbering of the headlines in the Snappy format description.
1802
+
1803
+ R=csilvers
1804
+ DELTA=4 (0 added, 0 deleted, 4 changed)
1805
+
1806
+
1807
+ Revision created by MOE tool push_codebase.
1808
+ MOE_MIGRATION=1906
1809
+
1810
+
1811
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@37 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1812
+
1813
+ commit 6c7053871fbdb459c9c14287a138d7f82d6d84a1
1814
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1815
+ Date: Mon May 16 08:59:18 2011 +0000
1816
+
1817
+ Fix public issue #32: Add compressed format documentation for Snappy.
1818
+ This text is new, but an earlier version from Zeev Tarantov was used
1819
+ as reference.
1820
+
1821
+ R=csilvers
1822
+ DELTA=112 (111 added, 0 deleted, 1 changed)
1823
+
1824
+
1825
+ Revision created by MOE tool push_codebase.
1826
+ MOE_MIGRATION=1867
1827
+
1828
+
1829
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@36 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1830
+
1831
+ commit a1f9f9973d127992f341d442969c86fd9a0847c9
1832
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1833
+ Date: Mon May 9 21:29:02 2011 +0000
1834
+
1835
+ Fix public issue #39: Pick out the median runs based on CPU time,
1836
+ not real time. Also, use nth_element instead of sort, since we
1837
+ only need one element.
1838
+
1839
+ R=csilvers
1840
+ DELTA=5 (3 added, 0 deleted, 2 changed)
1841
+
1842
+
1843
+ Revision created by MOE tool push_codebase.
1844
+ MOE_MIGRATION=1799
1845
+
1846
+
1847
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@35 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1848
+
1849
+ commit f7b105683c074cdf233740089e245e43f63e7e55
1850
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1851
+ Date: Mon May 9 21:28:45 2011 +0000
1852
+
1853
+ Fix public issue #38: Make the microbenchmark framework handle
1854
+ properly cases where gettimeofday() can stand return the same
1855
+ result twice (as sometimes on GNU/Hurd) or go backwards
1856
+ (as when the user adjusts the clock). We avoid a division-by-zero,
1857
+ and put a lower bound on the number of iterations -- the same
1858
+ amount as we use to calibrate.
1859
+
1860
+ We should probably use CLOCK_MONOTONIC for platforms that support
1861
+ it, to be robust against clock adjustments; we already use Windows'
1862
+ monotonic timers. However, that's for a later changelist.
1863
+
1864
+ R=csilvers
1865
+ DELTA=7 (5 added, 0 deleted, 2 changed)
1866
+
1867
+
1868
+ Revision created by MOE tool push_codebase.
1869
+ MOE_MIGRATION=1798
1870
+
1871
+
1872
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@34 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1873
+
1874
+ commit d8d481427a05b88cdb0810c29bf400153595c423
1875
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1876
+ Date: Tue May 3 23:22:52 2011 +0000
1877
+
1878
+ Fix public issue #37: Only link snappy_unittest against -lz and other autodetected
1879
+ libraries, not libsnappy.so (which doesn't need any such dependency).
1880
+
1881
+ R=csilvers
1882
+ DELTA=20 (14 added, 0 deleted, 6 changed)
1883
+
1884
+
1885
+ Revision created by MOE tool push_codebase.
1886
+ MOE_MIGRATION=1710
1887
+
1888
+
1889
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@33 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1890
+
1891
+ commit bcecf195c0aeb2c98144d3d54b4d8d228774f50d
1892
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1893
+ Date: Tue May 3 23:22:33 2011 +0000
1894
+
1895
+ Release Snappy 1.0.2, to get the license change and various other fixes into
1896
+ a release.
1897
+
1898
+ R=csilvers
1899
+ DELTA=239 (236 added, 0 deleted, 3 changed)
1900
+
1901
+
1902
+ Revision created by MOE tool push_codebase.
1903
+ MOE_MIGRATION=1709
1904
+
1905
+
1906
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@32 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1907
+
1908
+ commit 84d9f642025cda672dda0d94a8008f094500aaa6
1909
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1910
+ Date: Tue Apr 26 12:34:55 2011 +0000
1911
+
1912
+ Fix public issue #30: Stop using gettimeofday() altogether on Win32,
1913
+ as MSVC doesn't include it. Replace with QueryPerformanceCounter(),
1914
+ which is monotonic and probably reasonably high-resolution.
1915
+ (Some machines have traditionally had bugs in QPC, but they should
1916
+ be relatively rare these days, and there's really no much better
1917
+ alternative that I know of.)
1918
+
1919
+ R=csilvers
1920
+ DELTA=74 (55 added, 19 deleted, 0 changed)
1921
+
1922
+
1923
+ Revision created by MOE tool push_codebase.
1924
+ MOE_MIGRATION=1556
1925
+
1926
+
1927
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@31 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1928
+
1929
+ commit 3d8e71df8d30f980d71d4c784ebfc5ff62d5b0cb
1930
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1931
+ Date: Tue Apr 26 12:34:37 2011 +0000
1932
+
1933
+ Fix public issue #31: Don't reset PATH in autogen.sh; instead, do the trickery
1934
+ we need for our own build system internally.
1935
+
1936
+ R=csilvers
1937
+ DELTA=16 (13 added, 1 deleted, 2 changed)
1938
+
1939
+
1940
+ Revision created by MOE tool push_codebase.
1941
+ MOE_MIGRATION=1555
1942
+
1943
+
1944
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@30 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1945
+
1946
+ commit 73987351de54c88e2fc3f5dcdeceb47708df3585
1947
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1948
+ Date: Fri Apr 15 22:55:56 2011 +0000
1949
+
1950
+ When including <windows.h>, define WIN32_LEAN_AND_MEAN first,
1951
+ so we won't pull in macro definitions of things like min() and max(),
1952
+ which can conflict with <algorithm>.
1953
+
1954
+ R=csilvers
1955
+ DELTA=1 (1 added, 0 deleted, 0 changed)
1956
+
1957
+
1958
+ Revision created by MOE tool push_codebase.
1959
+ MOE_MIGRATION=1485
1960
+
1961
+
1962
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@29 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1963
+
1964
+ commit fb7e0eade471a20b009720a84fea0af1552791d5
1965
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1966
+ Date: Mon Apr 11 09:07:01 2011 +0000
1967
+
1968
+ Fix public issue #29: Write CPU timing code for Windows, based on GetProcessTimes()
1969
+ instead of getursage().
1970
+
1971
+ I thought I'd already committed this patch, so that the 1.0.1 release already
1972
+ would have a Windows-compatible snappy_unittest, but I'd seemingly deleted it
1973
+ instead, so this is a reconstruction.
1974
+
1975
+ R=csilvers
1976
+ DELTA=43 (39 added, 3 deleted, 1 changed)
1977
+
1978
+
1979
+ Revision created by MOE tool push_codebase.
1980
+ MOE_MIGRATION=1295
1981
+
1982
+
1983
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@28 03e5f5b5-db94-4691-08a0-1a8bf15f6143
1984
+
1985
+ commit c67fa0c755a329000da5546fff79089d62ac2f82
1986
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
1987
+ Date: Fri Apr 8 09:51:53 2011 +0000
1988
+
1989
+ Include C bindings of Snappy, contributed by Martin Gieseking.
1990
+
1991
+ I've made a few changes since Martin's version; mostly style nits, but also
1992
+ a semantic change -- most functions that return bool in the C++ version now
1993
+ return an enum, to better match typical C (and zlib) semantics.
1994
+
1995
+ I've kept the copyright notice, since Martin is obviously the author here;
1996
+ he has signed the contributor license agreement, though, so this should not
1997
+ hinder Google's use in the future.
1998
+
1999
+ We'll need to update the libtool version number to match the added interface,
2000
+ but as of http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
2001
+ I'm going to wait until public release.
2002
+
2003
+ R=csilvers
2004
+ DELTA=238 (233 added, 0 deleted, 5 changed)
2005
+
2006
+
2007
+ Revision created by MOE tool push_codebase.
2008
+ MOE_MIGRATION=1294
2009
+
2010
+
2011
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@27 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2012
+
2013
+ commit 56be85cb9ae06f2e92180ae2575bdd10c012ab73
2014
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2015
+ Date: Thu Apr 7 16:36:43 2011 +0000
2016
+
2017
+ Replace geo.protodata with a newer version.
2018
+
2019
+ The data compresses/decompresses slightly faster than the old data, and has
2020
+ similar density.
2021
+
2022
+ R=lookingbill
2023
+ DELTA=1 (0 added, 0 deleted, 1 changed)
2024
+
2025
+
2026
+ Revision created by MOE tool push_codebase.
2027
+ MOE_MIGRATION=1288
2028
+
2029
+
2030
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@26 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2031
+
2032
+ commit 3dd93f3ec74df54a37f68bffabb058ac757bbe72
2033
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2034
+ Date: Wed Mar 30 20:27:53 2011 +0000
2035
+
2036
+ Fix public issue #27: Add HAVE_CONFIG_H tests around the config.h
2037
+ inclusion in snappy-stubs-internal.h, which eases compiling outside the
2038
+ automake/autoconf framework.
2039
+
2040
+ R=csilvers
2041
+ DELTA=5 (4 added, 1 deleted, 0 changed)
2042
+
2043
+
2044
+ Revision created by MOE tool push_codebase.
2045
+ MOE_MIGRATION=1152
2046
+
2047
+
2048
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@25 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2049
+
2050
+ commit f67bcaa61006da8b325a7ed9909a782590971815
2051
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2052
+ Date: Wed Mar 30 20:27:39 2011 +0000
2053
+
2054
+ Fix public issue #26: Take memory allocation and reallocation entirely out of the
2055
+ Measure() loop. This gives all algorithms a small speed boost, except Snappy which
2056
+ already didn't do reallocation (so the measurements were slightly biased in its
2057
+ favor).
2058
+
2059
+ R=csilvers
2060
+ DELTA=92 (69 added, 9 deleted, 14 changed)
2061
+
2062
+
2063
+ Revision created by MOE tool push_codebase.
2064
+ MOE_MIGRATION=1151
2065
+
2066
+
2067
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@24 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2068
+
2069
+ commit cc333c1c5cc4eabceceb9848ff3cac6c604ecbc6
2070
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2071
+ Date: Wed Mar 30 20:25:09 2011 +0000
2072
+
2073
+ Renamed "namespace zippy" to "namespace snappy" to reduce
2074
+ the differences from the opensource code. Will make it easier
2075
+ in the future to mix-and-match third-party code that uses
2076
+ snappy with google code.
2077
+
2078
+ Currently, csearch shows that the only external user of
2079
+ "namespace zippy" is some bigtable code that accesses
2080
+ a TEST variable, which is temporarily kept in the zippy
2081
+ namespace.
2082
+
2083
+ R=sesse
2084
+ DELTA=123 (18 added, 3 deleted, 102 changed)
2085
+
2086
+
2087
+ Revision created by MOE tool push_codebase.
2088
+ MOE_MIGRATION=1150
2089
+
2090
+
2091
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@23 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2092
+
2093
+ commit f19fb07e6dc79d6857e37df572dba25ff30fc8f3
2094
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2095
+ Date: Mon Mar 28 22:17:04 2011 +0000
2096
+
2097
+ Put back the final few lines of what was truncated during the
2098
+ license header change.
2099
+
2100
+ R=csilvers
2101
+ DELTA=5 (4 added, 0 deleted, 1 changed)
2102
+
2103
+
2104
+ Revision created by MOE tool push_codebase.
2105
+ MOE_MIGRATION=1094
2106
+
2107
+
2108
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@22 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2109
+
2110
+ commit 7e8ca8f8315fc2ecb4eea19db695039ab2ca43a0
2111
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2112
+ Date: Sat Mar 26 02:34:34 2011 +0000
2113
+
2114
+ Change on 2011-03-25 19:18:00-07:00 by sesse
2115
+
2116
+ Replace the Apache 2.0 license header by the BSD-type license header;
2117
+ somehow a lot of the files were missed in the last round.
2118
+
2119
+ R=dannyb,csilvers
2120
+ DELTA=147 (74 added, 2 deleted, 71 changed)
2121
+
2122
+ Change on 2011-03-25 19:25:07-07:00 by sesse
2123
+
2124
+ Unbreak the build; the relicensing removed a bit too much (only comments
2125
+ were intended, but I also accidentially removed some of the top lines of
2126
+ the actual source).
2127
+
2128
+
2129
+
2130
+ Revision created by MOE tool push_codebase.
2131
+ MOE_MIGRATION=1072
2132
+
2133
+
2134
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@21 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2135
+
2136
+ commit b4bbc1041b35d844ec26fbae25f2864995361fd8
2137
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2138
+ Date: Fri Mar 25 16:14:41 2011 +0000
2139
+
2140
+ Change Snappy from the Apache 2.0 to a BSD-type license.
2141
+
2142
+ R=dannyb
2143
+ DELTA=328 (80 added, 184 deleted, 64 changed)
2144
+
2145
+
2146
+ Revision created by MOE tool push_codebase.
2147
+ MOE_MIGRATION=1061
2148
+
2149
+
2150
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@20 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2151
+
2152
+ commit c47640c510eb11cf8913edfa34f667bceb3a4401
2153
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2154
+ Date: Fri Mar 25 00:39:01 2011 +0000
2155
+
2156
+ Release Snappy 1.0.1, to soup up all the various small changes
2157
+ that have been made since release.
2158
+
2159
+ R=csilvers
2160
+ DELTA=266 (260 added, 0 deleted, 6 changed)
2161
+
2162
+
2163
+ Revision created by MOE tool push_codebase.
2164
+ MOE_MIGRATION=1057
2165
+
2166
+
2167
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@19 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2168
+
2169
+ commit b1dc1f643eaff897a5ce135f525799b99687b118
2170
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2171
+ Date: Thu Mar 24 19:15:54 2011 +0000
2172
+
2173
+ Fix a microbenchmark crash on mingw32; seemingly %lld is not universally
2174
+ supported on Windows, and %I64d is recommended instead.
2175
+
2176
+ R=csilvers
2177
+ DELTA=6 (5 added, 0 deleted, 1 changed)
2178
+
2179
+
2180
+ Revision created by MOE tool push_codebase.
2181
+ MOE_MIGRATION=1034
2182
+
2183
+
2184
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@18 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2185
+
2186
+ commit 98004ca9afc62a3279dfe9d9a359083f61db437f
2187
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2188
+ Date: Thu Mar 24 19:15:27 2011 +0000
2189
+
2190
+ Fix public issue #19: Fix unit test when Google Test is installed but the
2191
+ gflags package isn't (Google Test is not properly initialized).
2192
+
2193
+ Patch by Martin Gieseking.
2194
+
2195
+ R=csilvers
2196
+ DELTA=2 (1 added, 0 deleted, 1 changed)
2197
+
2198
+
2199
+ Revision created by MOE tool push_codebase.
2200
+ MOE_MIGRATION=1033
2201
+
2202
+
2203
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@17 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2204
+
2205
+ commit 444a6c5f72d6f8d8f7213a5bcc08b26606eb9934
2206
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2207
+ Date: Thu Mar 24 19:13:57 2011 +0000
2208
+
2209
+ Make the unit test work on systems without mmap(). This is required for,
2210
+ among others, Windows support. For Windows in specific, we could have used
2211
+ CreateFileMapping/MapViewOfFile, but this should at least get us a bit closer
2212
+ to compiling, and is of course also relevant for embedded systems with no MMU.
2213
+
2214
+ (Part 2/2)
2215
+
2216
+ R=csilvers
2217
+ DELTA=15 (12 added, 3 deleted, 0 changed)
2218
+
2219
+
2220
+ Revision created by MOE tool push_codebase.
2221
+ MOE_MIGRATION=1032
2222
+
2223
+
2224
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@16 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2225
+
2226
+ commit 2e182e9bb840737f9cd8817e859dc17a82f2c16b
2227
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2228
+ Date: Thu Mar 24 19:12:27 2011 +0000
2229
+
2230
+ Make the unit test work on systems without mmap(). This is required for,
2231
+ among others, Windows support. For Windows in specific, we could have used
2232
+ CreateFileMapping/MapViewOfFile, but this should at least get us a bit closer
2233
+ to compiling, and is of course also relevant for embedded systems with no MMU.
2234
+
2235
+ (Part 1/2)
2236
+
2237
+ R=csilvers
2238
+ DELTA=9 (8 added, 0 deleted, 1 changed)
2239
+
2240
+
2241
+ Revision created by MOE tool push_codebase.
2242
+ MOE_MIGRATION=1031
2243
+
2244
+
2245
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@15 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2246
+
2247
+ commit 48662cbb7f81533977334629790d346220084527
2248
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2249
+ Date: Wed Mar 23 23:17:36 2011 +0000
2250
+
2251
+ Fix public issue #12: Don't keep autogenerated auto* files in Subversion;
2252
+ it causes problems with others sending patches etc..
2253
+
2254
+ We can't get this 100% hermetic anyhow, due to files like lt~obsolete.m4,
2255
+ so we can just as well go cleanly in the other direction.
2256
+
2257
+ R=csilvers
2258
+ DELTA=21038 (0 added, 21036 deleted, 2 changed)
2259
+
2260
+
2261
+ Revision created by MOE tool push_codebase.
2262
+ MOE_MIGRATION=1012
2263
+
2264
+
2265
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@14 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2266
+
2267
+ commit 9e4717a586149c9538b353400312bab5ab5458c4
2268
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2269
+ Date: Wed Mar 23 17:50:49 2011 +0000
2270
+
2271
+ Fix public issue tracker bug #3: Call AC_SUBST([LIBTOOL_DEPS]), or the rule
2272
+ to rebuild libtool in Makefile.am won't work.
2273
+
2274
+ R=csilvers
2275
+ DELTA=1 (1 added, 0 deleted, 0 changed)
2276
+
2277
+
2278
+ Revision created by MOE tool push_codebase.
2279
+ MOE_MIGRATION=997
2280
+
2281
+
2282
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@13 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2283
+
2284
+ commit 519c822a34a91a0c0eb32d98e9686ee7d9cd6651
2285
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2286
+ Date: Wed Mar 23 11:16:39 2011 +0000
2287
+
2288
+ Fix public issue #10: Don't add GTEST_CPPFLAGS to snappy_unittest_CXXFLAGS;
2289
+ it's not needed (CPPFLAGS are always included when compiling).
2290
+
2291
+ R=csilvers
2292
+ DELTA=1 (0 added, 1 deleted, 0 changed)
2293
+
2294
+
2295
+ Revision created by MOE tool push_codebase.
2296
+ MOE_MIGRATION=994
2297
+
2298
+
2299
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@12 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2300
+
2301
+ commit ea6b936378583cba730c33c8a53776edc1782208
2302
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2303
+ Date: Wed Mar 23 11:16:18 2011 +0000
2304
+
2305
+ Fix public issue #9: Add -Wall -Werror to automake flags.
2306
+ (This concerns automake itself, not the C++ compiler.)
2307
+
2308
+ R=csilvers
2309
+ DELTA=4 (3 added, 0 deleted, 1 changed)
2310
+
2311
+
2312
+ Revision created by MOE tool push_codebase.
2313
+ MOE_MIGRATION=993
2314
+
2315
+
2316
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@11 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2317
+
2318
+ commit e3ca06af253094b1c3a8eae508cd97accf077535
2319
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2320
+ Date: Wed Mar 23 11:13:37 2011 +0000
2321
+
2322
+ Fix a typo in the Snappy README file.
2323
+
2324
+ R=csilvers
2325
+ DELTA=1 (0 added, 0 deleted, 1 changed)
2326
+
2327
+
2328
+ Revision created by MOE tool push_codebase.
2329
+ MOE_MIGRATION=992
2330
+
2331
+
2332
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@10 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2333
+
2334
+ commit 39d27bea23873abaa663e884261386b17b058f20
2335
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2336
+ Date: Wed Mar 23 11:13:13 2011 +0000
2337
+
2338
+ Fix public issue #6: Add a --with-gflags for disabling gflags autodetection
2339
+ and using a manually given setting (use/don't use) instead.
2340
+
2341
+ R=csilvers
2342
+ DELTA=16 (13 added, 0 deleted, 3 changed)
2343
+
2344
+
2345
+ Revision created by MOE tool push_codebase.
2346
+ MOE_MIGRATION=991
2347
+
2348
+
2349
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@9 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2350
+
2351
+ commit 60add43d99c1c31aeecd895cb555ad6f6520608e
2352
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2353
+ Date: Wed Mar 23 11:12:44 2011 +0000
2354
+
2355
+ Fix public issue #5: Replace the EXTRA_LIBSNAPPY_LDFLAGS setup with something
2356
+ slightly more standard, that also doesn't leak libtool command-line into
2357
+ configure.ac.
2358
+
2359
+ R=csilvers
2360
+ DELTA=7 (0 added, 4 deleted, 3 changed)
2361
+
2362
+
2363
+ Revision created by MOE tool push_codebase.
2364
+ MOE_MIGRATION=990
2365
+
2366
+
2367
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@8 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2368
+
2369
+ commit a8dd1700879ad646106742aa0e9c3a48dc07b01d
2370
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2371
+ Date: Wed Mar 23 11:12:22 2011 +0000
2372
+
2373
+ Fix public issue #4: Properly quote all macro arguments in configure.ac.
2374
+
2375
+ R=csilvers
2376
+ DELTA=16 (0 added, 0 deleted, 16 changed)
2377
+
2378
+
2379
+ Revision created by MOE tool push_codebase.
2380
+ MOE_MIGRATION=989
2381
+
2382
+
2383
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@7 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2384
+
2385
+ commit 79752dd7033658e28dc894de55012bdf2c9afca3
2386
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2387
+ Date: Wed Mar 23 11:11:54 2011 +0000
2388
+
2389
+ Fix public issue #7: Don't use internal variables named ac_*, as those belong
2390
+ to autoconf's namespace.
2391
+
2392
+ R=csilvers
2393
+ DELTA=6 (0 added, 0 deleted, 6 changed)
2394
+
2395
+
2396
+ Revision created by MOE tool push_codebase.
2397
+ MOE_MIGRATION=988
2398
+
2399
+
2400
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@6 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2401
+
2402
+ commit 46e39fb20c297129494b969ac4ea64fcd04b4fa0
2403
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2404
+ Date: Wed Mar 23 11:11:09 2011 +0000
2405
+
2406
+ Add missing licensing headers to a few files. (Part 2/2.)
2407
+
2408
+ R=csilvers
2409
+ DELTA=12 (12 added, 0 deleted, 0 changed)
2410
+
2411
+
2412
+ Revision created by MOE tool push_codebase.
2413
+ MOE_MIGRATION=987
2414
+
2415
+
2416
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@5 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2417
+
2418
+ commit 3e764216fc8edaafca480443b90e55c14eaae2c2
2419
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2420
+ Date: Wed Mar 23 11:10:39 2011 +0000
2421
+
2422
+ Add mising licensing headers to a few files. (Part 1/2.)
2423
+
2424
+ R=csilvers
2425
+ DELTA=24 (24 added, 0 deleted, 0 changed)
2426
+
2427
+
2428
+ Revision created by MOE tool push_codebase.
2429
+ MOE_MIGRATION=986
2430
+
2431
+
2432
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@4 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2433
+
2434
+ commit 9a59f183c8ffec62dcdabd3499d0d515e44e4ef0
2435
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2436
+ Date: Wed Mar 23 11:10:04 2011 +0000
2437
+
2438
+ Use the correct license file for the Apache 2.0 license;
2439
+ spotted by Florian Weimer.
2440
+
2441
+ R=csilvers
2442
+ DELTA=202 (174 added, 0 deleted, 28 changed)
2443
+
2444
+
2445
+ Revision created by MOE tool push_codebase.
2446
+ MOE_MIGRATION=985
2447
+
2448
+
2449
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@3 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2450
+
2451
+ commit 28a64402392c791905d6e1384ea1b48a5cb0b281
2452
+ Author: snappy.mirrorbot@gmail.com <snappy.mirrorbot@gmail.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2453
+ Date: Fri Mar 18 17:14:15 2011 +0000
2454
+
2455
+ Revision created by MOE tool push_codebase.
2456
+ MOE_MIGRATION=
2457
+
2458
+
2459
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@2 03e5f5b5-db94-4691-08a0-1a8bf15f6143
2460
+
2461
+ commit 7c3c6077b72b4ae2237267a20f640b55e9a90569
2462
+ Author: sesse@google.com <sesse@google.com@03e5f5b5-db94-4691-08a0-1a8bf15f6143>
2463
+ Date: Fri Mar 18 17:13:52 2011 +0000
2464
+
2465
+ Create trunk directory.
2466
+
2467
+
2468
+ git-svn-id: https://snappy.googlecode.com/svn/trunk@1 03e5f5b5-db94-4691-08a0-1a8bf15f6143