|
1 ------------------------------------------------------------------------ |
|
2 r49 | snappy.mirrorbot@gmail.com | 2011-09-15 11:50:05 +0200 (Thu, 15 Sep 2011) | 5 lines |
|
3 |
|
4 Fix public issue #50: Include generic byteswap macros. |
|
5 Also include Solaris 10 and FreeBSD versions. |
|
6 |
|
7 R=csilvers |
|
8 |
|
9 ------------------------------------------------------------------------ |
|
10 r48 | snappy.mirrorbot@gmail.com | 2011-08-10 20:57:27 +0200 (Wed, 10 Aug 2011) | 5 lines |
|
11 |
|
12 Partially fix public issue 50: Remove an extra comma from the end of some |
|
13 enum declarations, as it seems the Sun compiler does not like it. |
|
14 |
|
15 Based on patch by Travis Vitek. |
|
16 |
|
17 ------------------------------------------------------------------------ |
|
18 r47 | snappy.mirrorbot@gmail.com | 2011-08-10 20:44:16 +0200 (Wed, 10 Aug 2011) | 4 lines |
|
19 |
|
20 Use the right #ifdef test for sys/mman.h. |
|
21 |
|
22 Based on patch by Travis Vitek. |
|
23 |
|
24 ------------------------------------------------------------------------ |
|
25 r46 | snappy.mirrorbot@gmail.com | 2011-08-10 03:22:09 +0200 (Wed, 10 Aug 2011) | 6 lines |
|
26 |
|
27 Fix public issue #47: Small comment cleanups in the unit test. |
|
28 |
|
29 Originally based on a patch by Patrick Pelletier. |
|
30 |
|
31 R=sanjay |
|
32 |
|
33 ------------------------------------------------------------------------ |
|
34 r45 | snappy.mirrorbot@gmail.com | 2011-08-10 03:14:43 +0200 (Wed, 10 Aug 2011) | 8 lines |
|
35 |
|
36 Fix public issue #46: Format description said "3-byte offset" |
|
37 instead of "4-byte offset" for the longest copies. |
|
38 |
|
39 Also fix an inconsistency in the heading for section 2.2.3. |
|
40 Both patches by Patrick Pelletier. |
|
41 |
|
42 R=csilvers |
|
43 |
|
44 ------------------------------------------------------------------------ |
|
45 r44 | snappy.mirrorbot@gmail.com | 2011-06-28 13:40:25 +0200 (Tue, 28 Jun 2011) | 8 lines |
|
46 |
|
47 Fix public issue #44: Make the definition and declaration of CompressFragment |
|
48 identical, even regarding cv-qualifiers. |
|
49 |
|
50 This is required to work around a bug in the Solaris Studio C++ compiler |
|
51 (it does not properly disregard cv-qualifiers when doing name mangling). |
|
52 |
|
53 R=sanjay |
|
54 |
|
55 ------------------------------------------------------------------------ |
|
56 r43 | snappy.mirrorbot@gmail.com | 2011-06-04 12:19:05 +0200 (Sat, 04 Jun 2011) | 7 lines |
|
57 |
|
58 Correct an inaccuracy in the Snappy format description. |
|
59 (I stumbled into this when changing the way we decompress literals.) |
|
60 |
|
61 R=csilvers |
|
62 |
|
63 Revision created by MOE tool push_codebase. |
|
64 |
|
65 ------------------------------------------------------------------------ |
|
66 r42 | snappy.mirrorbot@gmail.com | 2011-06-03 22:53:06 +0200 (Fri, 03 Jun 2011) | 50 lines |
|
67 |
|
68 Speed up decompression by removing a fast-path attempt. |
|
69 |
|
70 Whenever we try to enter a copy fast-path, there is a certain cost in checking |
|
71 that all the preconditions are in place, but it's normally offset by the fact |
|
72 that we can usually take the cheaper path. However, in a certain path we've |
|
73 already established that "avail < literal_length", which usually means that |
|
74 either the available space is small, or the literal is big. Both will disqualify |
|
75 us from taking the fast path, and thus we take the hit from the precondition |
|
76 checking without gaining much from having a fast path. Thus, simply don't try |
|
77 the fast path in this situation -- we're already on a slow path anyway |
|
78 (one where we need to refill more data from the reader). |
|
79 |
|
80 I'm a bit surprised at how much this gained; it could be that this path is |
|
81 more common than I thought, or that the simpler structure somehow makes the |
|
82 compiler happier. I haven't looked at the assembler, but it's a win across |
|
83 the board on both Core 2, Core i7 and Opteron, at least for the cases we |
|
84 typically care about. The gains seem to be the largest on Core i7, though. |
|
85 Results from my Core i7 workstation: |
|
86 |
|
87 |
|
88 Benchmark Time(ns) CPU(ns) Iterations |
|
89 --------------------------------------------------- |
|
90 BM_UFlat/0 73337 73091 190996 1.3GB/s html [ +1.7%] |
|
91 BM_UFlat/1 696379 693501 20173 965.5MB/s urls [ +2.7%] |
|
92 BM_UFlat/2 9765 9734 1472135 12.1GB/s jpg [ +0.7%] |
|
93 BM_UFlat/3 29720 29621 472973 3.0GB/s pdf [ +1.8%] |
|
94 BM_UFlat/4 294636 293834 47782 1.3GB/s html4 [ +2.3%] |
|
95 BM_UFlat/5 28399 28320 494700 828.5MB/s cp [ +3.5%] |
|
96 BM_UFlat/6 12795 12760 1000000 833.3MB/s c [ +1.2%] |
|
97 BM_UFlat/7 3984 3973 3526448 893.2MB/s lsp [ +5.7%] |
|
98 BM_UFlat/8 991996 989322 14141 992.6MB/s xls [ +3.3%] |
|
99 BM_UFlat/9 228620 227835 61404 636.6MB/s txt1 [ +4.0%] |
|
100 BM_UFlat/10 197114 196494 72165 607.5MB/s txt2 [ +3.5%] |
|
101 BM_UFlat/11 605240 603437 23217 674.4MB/s txt3 [ +3.7%] |
|
102 BM_UFlat/12 804157 802016 17456 573.0MB/s txt4 [ +3.9%] |
|
103 BM_UFlat/13 347860 346998 40346 1.4GB/s bin [ +1.2%] |
|
104 BM_UFlat/14 44684 44559 315315 818.4MB/s sum [ +2.3%] |
|
105 BM_UFlat/15 5120 5106 2739726 789.4MB/s man [ +3.3%] |
|
106 BM_UFlat/16 76591 76355 183486 1.4GB/s pb [ +2.8%] |
|
107 BM_UFlat/17 238564 237828 58824 739.1MB/s gaviota [ +1.6%] |
|
108 BM_UValidate/0 42194 42060 333333 2.3GB/s html [ -0.1%] |
|
109 BM_UValidate/1 433182 432005 32407 1.5GB/s urls [ -0.1%] |
|
110 BM_UValidate/2 197 196 71428571 603.3GB/s jpg [ +0.5%] |
|
111 BM_UValidate/3 14494 14462 972222 6.1GB/s pdf [ +0.5%] |
|
112 BM_UValidate/4 168444 167836 83832 2.3GB/s html4 [ +0.1%] |
|
113 |
|
114 R=jeff |
|
115 |
|
116 Revision created by MOE tool push_codebase. |
|
117 |
|
118 ------------------------------------------------------------------------ |
|
119 r41 | snappy.mirrorbot@gmail.com | 2011-06-03 22:47:14 +0200 (Fri, 03 Jun 2011) | 43 lines |
|
120 |
|
121 Speed up decompression by not needing a lookup table for literal items. |
|
122 |
|
123 Looking up into and decoding the values from char_table has long shown up as a |
|
124 hotspot in the decompressor. While it turns out that it's hard to make a more |
|
125 efficient decoder for the copy ops, the literals are simple enough that we can |
|
126 decode them without needing a table lookup. (This means that 1/4 of the table |
|
127 is now unused, although that in itself doesn't buy us anything.) |
|
128 |
|
129 The gains are small, but definitely present; some tests win as much as 10%, |
|
130 but 1-4% is more typical. These results are from Core i7, in 64-bit mode; |
|
131 Core 2 and Opteron show similar results. (I've run with more iterations |
|
132 than unusual to make sure the smaller gains don't drown entirely in noise.) |
|
133 |
|
134 Benchmark Time(ns) CPU(ns) Iterations |
|
135 --------------------------------------------------- |
|
136 BM_UFlat/0 74665 74428 182055 1.3GB/s html [ +3.1%] |
|
137 BM_UFlat/1 714106 711997 19663 940.4MB/s urls [ +4.4%] |
|
138 BM_UFlat/2 9820 9789 1427115 12.1GB/s jpg [ -1.2%] |
|
139 BM_UFlat/3 30461 30380 465116 2.9GB/s pdf [ +0.8%] |
|
140 BM_UFlat/4 301445 300568 46512 1.3GB/s html4 [ +2.2%] |
|
141 BM_UFlat/5 29338 29263 479452 801.8MB/s cp [ +1.6%] |
|
142 BM_UFlat/6 13004 12970 1000000 819.9MB/s c [ +2.1%] |
|
143 BM_UFlat/7 4180 4168 3349282 851.4MB/s lsp [ +1.3%] |
|
144 BM_UFlat/8 1026149 1024000 10000 959.0MB/s xls [+10.7%] |
|
145 BM_UFlat/9 237441 236830 59072 612.4MB/s txt1 [ +0.3%] |
|
146 BM_UFlat/10 203966 203298 69307 587.2MB/s txt2 [ +0.8%] |
|
147 BM_UFlat/11 627230 625000 22400 651.2MB/s txt3 [ +0.7%] |
|
148 BM_UFlat/12 836188 833979 16787 551.0MB/s txt4 [ +1.3%] |
|
149 BM_UFlat/13 351904 350750 39886 1.4GB/s bin [ +3.8%] |
|
150 BM_UFlat/14 45685 45562 308370 800.4MB/s sum [ +5.9%] |
|
151 BM_UFlat/15 5286 5270 2656546 764.9MB/s man [ +1.5%] |
|
152 BM_UFlat/16 78774 78544 178117 1.4GB/s pb [ +4.3%] |
|
153 BM_UFlat/17 242270 241345 58091 728.3MB/s gaviota [ +1.2%] |
|
154 BM_UValidate/0 42149 42000 333333 2.3GB/s html [ -3.0%] |
|
155 BM_UValidate/1 432741 431303 32483 1.5GB/s urls [ +7.8%] |
|
156 BM_UValidate/2 198 197 71428571 600.7GB/s jpg [+16.8%] |
|
157 BM_UValidate/3 14560 14521 965517 6.1GB/s pdf [ -4.1%] |
|
158 BM_UValidate/4 169065 168671 83832 2.3GB/s html4 [ -2.9%] |
|
159 |
|
160 R=jeff |
|
161 |
|
162 Revision created by MOE tool push_codebase. |
|
163 |
|
164 ------------------------------------------------------------------------ |
|
165 r40 | snappy.mirrorbot@gmail.com | 2011-06-03 00:57:41 +0200 (Fri, 03 Jun 2011) | 2 lines |
|
166 |
|
167 Release Snappy 1.0.3. |
|
168 |
|
169 ------------------------------------------------------------------------ |
|
170 r39 | snappy.mirrorbot@gmail.com | 2011-06-02 20:06:54 +0200 (Thu, 02 Jun 2011) | 11 lines |
|
171 |
|
172 Remove an unneeded goto in the decompressor; it turns out that the |
|
173 state of ip_ after decompression (or attempted decompresion) is |
|
174 completely irrelevant, so we don't need the trailer. |
|
175 |
|
176 Performance is, as expected, mostly flat -- there's a curious ~3–5% |
|
177 loss in the “lsp” test, but that test case is so short it is hard to say |
|
178 anything definitive about why (most likely, it's some sort of |
|
179 unrelated effect). |
|
180 |
|
181 R=jeff |
|
182 |
|
183 ------------------------------------------------------------------------ |
|
184 r38 | snappy.mirrorbot@gmail.com | 2011-06-02 19:59:40 +0200 (Thu, 02 Jun 2011) | 52 lines |
|
185 |
|
186 Speed up decompression by caching ip_. |
|
187 |
|
188 It is seemingly hard for the compiler to understand that ip_, the current input |
|
189 pointer into the compressed data stream, can not alias on anything else, and |
|
190 thus using it directly will incur memory traffic as it cannot be kept in a |
|
191 register. The code already knew about this and cached it into a local |
|
192 variable, but since Step() only decoded one tag, it had to move ip_ back into |
|
193 place between every tag. This seems to have cost us a significant amount of |
|
194 performance, so changing Step() into a function that decodes as much as it can |
|
195 before it saves ip_ back and returns. (Note that Step() was already inlined, |
|
196 so it is not the manual inlining that buys the performance here.) |
|
197 |
|
198 The wins are about 3–6% for Core 2, 6–13% on Core i7 and 5–12% on Opteron |
|
199 (for plain array-to-array decompression, in 64-bit opt mode). |
|
200 |
|
201 There is a tiny difference in the behavior here; if an invalid literal is |
|
202 encountered (ie., the writer refuses the Append() operation), ip_ will now |
|
203 point to the byte past the tag byte, instead of where the literal was |
|
204 originally thought to end. However, we don't use ip_ for anything after |
|
205 DecompressAllTags() has returned, so this should not change external behavior |
|
206 in any way. |
|
207 |
|
208 Microbenchmark results for Core i7, 64-bit (Opteron results are similar): |
|
209 |
|
210 Benchmark Time(ns) CPU(ns) Iterations |
|
211 --------------------------------------------------- |
|
212 BM_UFlat/0 79134 79110 8835 1.2GB/s html [ +6.2%] |
|
213 BM_UFlat/1 786126 786096 891 851.8MB/s urls [+10.0%] |
|
214 BM_UFlat/2 9948 9948 69125 11.9GB/s jpg [ -1.3%] |
|
215 BM_UFlat/3 31999 31998 21898 2.7GB/s pdf [ +6.5%] |
|
216 BM_UFlat/4 318909 318829 2204 1.2GB/s html4 [ +6.5%] |
|
217 BM_UFlat/5 31384 31390 22363 747.5MB/s cp [ +9.2%] |
|
218 BM_UFlat/6 14037 14034 49858 757.7MB/s c [+10.6%] |
|
219 BM_UFlat/7 4612 4612 151395 769.5MB/s lsp [ +9.5%] |
|
220 BM_UFlat/8 1203174 1203007 582 816.3MB/s xls [+19.3%] |
|
221 BM_UFlat/9 253869 253955 2757 571.1MB/s txt1 [+11.4%] |
|
222 BM_UFlat/10 219292 219290 3194 544.4MB/s txt2 [+12.1%] |
|
223 BM_UFlat/11 672135 672131 1000 605.5MB/s txt3 [+11.2%] |
|
224 BM_UFlat/12 902512 902492 776 509.2MB/s txt4 [+12.5%] |
|
225 BM_UFlat/13 372110 371998 1881 1.3GB/s bin [ +5.8%] |
|
226 BM_UFlat/14 50407 50407 10000 723.5MB/s sum [+13.5%] |
|
227 BM_UFlat/15 5699 5701 100000 707.2MB/s man [+12.4%] |
|
228 BM_UFlat/16 83448 83424 8383 1.3GB/s pb [ +5.7%] |
|
229 BM_UFlat/17 256958 256963 2723 684.1MB/s gaviota [ +7.9%] |
|
230 BM_UValidate/0 42795 42796 16351 2.2GB/s html [+25.8%] |
|
231 BM_UValidate/1 490672 490622 1427 1.3GB/s urls [+22.7%] |
|
232 BM_UValidate/2 237 237 2950297 499.0GB/s jpg [+24.9%] |
|
233 BM_UValidate/3 14610 14611 47901 6.0GB/s pdf [+26.8%] |
|
234 BM_UValidate/4 171973 171990 4071 2.2GB/s html4 [+25.7%] |
|
235 |
|
236 |
|
237 |
|
238 ------------------------------------------------------------------------ |
|
239 r37 | snappy.mirrorbot@gmail.com | 2011-05-17 10:48:25 +0200 (Tue, 17 May 2011) | 10 lines |
|
240 |
|
241 |
|
242 Fix the numbering of the headlines in the Snappy format description. |
|
243 |
|
244 R=csilvers |
|
245 DELTA=4 (0 added, 0 deleted, 4 changed) |
|
246 |
|
247 |
|
248 Revision created by MOE tool push_codebase. |
|
249 MOE_MIGRATION=1906 |
|
250 |
|
251 ------------------------------------------------------------------------ |
|
252 r36 | snappy.mirrorbot@gmail.com | 2011-05-16 10:59:18 +0200 (Mon, 16 May 2011) | 12 lines |
|
253 |
|
254 |
|
255 Fix public issue #32: Add compressed format documentation for Snappy. |
|
256 This text is new, but an earlier version from Zeev Tarantov was used |
|
257 as reference. |
|
258 |
|
259 R=csilvers |
|
260 DELTA=112 (111 added, 0 deleted, 1 changed) |
|
261 |
|
262 |
|
263 Revision created by MOE tool push_codebase. |
|
264 MOE_MIGRATION=1867 |
|
265 |
|
266 ------------------------------------------------------------------------ |
|
267 r35 | snappy.mirrorbot@gmail.com | 2011-05-09 23:29:02 +0200 (Mon, 09 May 2011) | 12 lines |
|
268 |
|
269 |
|
270 Fix public issue #39: Pick out the median runs based on CPU time, |
|
271 not real time. Also, use nth_element instead of sort, since we |
|
272 only need one element. |
|
273 |
|
274 R=csilvers |
|
275 DELTA=5 (3 added, 0 deleted, 2 changed) |
|
276 |
|
277 |
|
278 Revision created by MOE tool push_codebase. |
|
279 MOE_MIGRATION=1799 |
|
280 |
|
281 ------------------------------------------------------------------------ |
|
282 r34 | snappy.mirrorbot@gmail.com | 2011-05-09 23:28:45 +0200 (Mon, 09 May 2011) | 19 lines |
|
283 |
|
284 |
|
285 Fix public issue #38: Make the microbenchmark framework handle |
|
286 properly cases where gettimeofday() can stand return the same |
|
287 result twice (as sometimes on GNU/Hurd) or go backwards |
|
288 (as when the user adjusts the clock). We avoid a division-by-zero, |
|
289 and put a lower bound on the number of iterations -- the same |
|
290 amount as we use to calibrate. |
|
291 |
|
292 We should probably use CLOCK_MONOTONIC for platforms that support |
|
293 it, to be robust against clock adjustments; we already use Windows' |
|
294 monotonic timers. However, that's for a later changelist. |
|
295 |
|
296 R=csilvers |
|
297 DELTA=7 (5 added, 0 deleted, 2 changed) |
|
298 |
|
299 |
|
300 Revision created by MOE tool push_codebase. |
|
301 MOE_MIGRATION=1798 |
|
302 |
|
303 ------------------------------------------------------------------------ |
|
304 r33 | snappy.mirrorbot@gmail.com | 2011-05-04 01:22:52 +0200 (Wed, 04 May 2011) | 11 lines |
|
305 |
|
306 |
|
307 Fix public issue #37: Only link snappy_unittest against -lz and other autodetected |
|
308 libraries, not libsnappy.so (which doesn't need any such dependency). |
|
309 |
|
310 R=csilvers |
|
311 DELTA=20 (14 added, 0 deleted, 6 changed) |
|
312 |
|
313 |
|
314 Revision created by MOE tool push_codebase. |
|
315 MOE_MIGRATION=1710 |
|
316 |
|
317 ------------------------------------------------------------------------ |
|
318 r32 | snappy.mirrorbot@gmail.com | 2011-05-04 01:22:33 +0200 (Wed, 04 May 2011) | 11 lines |
|
319 |
|
320 |
|
321 Release Snappy 1.0.2, to get the license change and various other fixes into |
|
322 a release. |
|
323 |
|
324 R=csilvers |
|
325 DELTA=239 (236 added, 0 deleted, 3 changed) |
|
326 |
|
327 |
|
328 Revision created by MOE tool push_codebase. |
|
329 MOE_MIGRATION=1709 |
|
330 |
|
331 ------------------------------------------------------------------------ |
|
332 r31 | snappy.mirrorbot@gmail.com | 2011-04-26 14:34:55 +0200 (Tue, 26 Apr 2011) | 15 lines |
|
333 |
|
334 |
|
335 Fix public issue #30: Stop using gettimeofday() altogether on Win32, |
|
336 as MSVC doesn't include it. Replace with QueryPerformanceCounter(), |
|
337 which is monotonic and probably reasonably high-resolution. |
|
338 (Some machines have traditionally had bugs in QPC, but they should |
|
339 be relatively rare these days, and there's really no much better |
|
340 alternative that I know of.) |
|
341 |
|
342 R=csilvers |
|
343 DELTA=74 (55 added, 19 deleted, 0 changed) |
|
344 |
|
345 |
|
346 Revision created by MOE tool push_codebase. |
|
347 MOE_MIGRATION=1556 |
|
348 |
|
349 ------------------------------------------------------------------------ |
|
350 r30 | snappy.mirrorbot@gmail.com | 2011-04-26 14:34:37 +0200 (Tue, 26 Apr 2011) | 11 lines |
|
351 |
|
352 |
|
353 Fix public issue #31: Don't reset PATH in autogen.sh; instead, do the trickery |
|
354 we need for our own build system internally. |
|
355 |
|
356 R=csilvers |
|
357 DELTA=16 (13 added, 1 deleted, 2 changed) |
|
358 |
|
359 |
|
360 Revision created by MOE tool push_codebase. |
|
361 MOE_MIGRATION=1555 |
|
362 |
|
363 ------------------------------------------------------------------------ |
|
364 r29 | snappy.mirrorbot@gmail.com | 2011-04-16 00:55:56 +0200 (Sat, 16 Apr 2011) | 12 lines |
|
365 |
|
366 |
|
367 When including <windows.h>, define WIN32_LEAN_AND_MEAN first, |
|
368 so we won't pull in macro definitions of things like min() and max(), |
|
369 which can conflict with <algorithm>. |
|
370 |
|
371 R=csilvers |
|
372 DELTA=1 (1 added, 0 deleted, 0 changed) |
|
373 |
|
374 |
|
375 Revision created by MOE tool push_codebase. |
|
376 MOE_MIGRATION=1485 |
|
377 |
|
378 ------------------------------------------------------------------------ |
|
379 r28 | snappy.mirrorbot@gmail.com | 2011-04-11 11:07:01 +0200 (Mon, 11 Apr 2011) | 15 lines |
|
380 |
|
381 |
|
382 Fix public issue #29: Write CPU timing code for Windows, based on GetProcessTimes() |
|
383 instead of getursage(). |
|
384 |
|
385 I thought I'd already committed this patch, so that the 1.0.1 release already |
|
386 would have a Windows-compatible snappy_unittest, but I'd seemingly deleted it |
|
387 instead, so this is a reconstruction. |
|
388 |
|
389 R=csilvers |
|
390 DELTA=43 (39 added, 3 deleted, 1 changed) |
|
391 |
|
392 |
|
393 Revision created by MOE tool push_codebase. |
|
394 MOE_MIGRATION=1295 |
|
395 |
|
396 ------------------------------------------------------------------------ |
|
397 r27 | snappy.mirrorbot@gmail.com | 2011-04-08 11:51:53 +0200 (Fri, 08 Apr 2011) | 22 lines |
|
398 |
|
399 |
|
400 Include C bindings of Snappy, contributed by Martin Gieseking. |
|
401 |
|
402 I've made a few changes since Martin's version; mostly style nits, but also |
|
403 a semantic change -- most functions that return bool in the C++ version now |
|
404 return an enum, to better match typical C (and zlib) semantics. |
|
405 |
|
406 I've kept the copyright notice, since Martin is obviously the author here; |
|
407 he has signed the contributor license agreement, though, so this should not |
|
408 hinder Google's use in the future. |
|
409 |
|
410 We'll need to update the libtool version number to match the added interface, |
|
411 but as of http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html |
|
412 I'm going to wait until public release. |
|
413 |
|
414 R=csilvers |
|
415 DELTA=238 (233 added, 0 deleted, 5 changed) |
|
416 |
|
417 |
|
418 Revision created by MOE tool push_codebase. |
|
419 MOE_MIGRATION=1294 |
|
420 |
|
421 ------------------------------------------------------------------------ |
|
422 r26 | snappy.mirrorbot@gmail.com | 2011-04-07 18:36:43 +0200 (Thu, 07 Apr 2011) | 13 lines |
|
423 |
|
424 |
|
425 Replace geo.protodata with a newer version. |
|
426 |
|
427 The data compresses/decompresses slightly faster than the old data, and has |
|
428 similar density. |
|
429 |
|
430 R=lookingbill |
|
431 DELTA=1 (0 added, 0 deleted, 1 changed) |
|
432 |
|
433 |
|
434 Revision created by MOE tool push_codebase. |
|
435 MOE_MIGRATION=1288 |
|
436 |
|
437 ------------------------------------------------------------------------ |
|
438 r25 | snappy.mirrorbot@gmail.com | 2011-03-30 22:27:53 +0200 (Wed, 30 Mar 2011) | 12 lines |
|
439 |
|
440 |
|
441 Fix public issue #27: Add HAVE_CONFIG_H tests around the config.h |
|
442 inclusion in snappy-stubs-internal.h, which eases compiling outside the |
|
443 automake/autoconf framework. |
|
444 |
|
445 R=csilvers |
|
446 DELTA=5 (4 added, 1 deleted, 0 changed) |
|
447 |
|
448 |
|
449 Revision created by MOE tool push_codebase. |
|
450 MOE_MIGRATION=1152 |
|
451 |
|
452 ------------------------------------------------------------------------ |
|
453 r24 | snappy.mirrorbot@gmail.com | 2011-03-30 22:27:39 +0200 (Wed, 30 Mar 2011) | 13 lines |
|
454 |
|
455 |
|
456 Fix public issue #26: Take memory allocation and reallocation entirely out of the |
|
457 Measure() loop. This gives all algorithms a small speed boost, except Snappy which |
|
458 already didn't do reallocation (so the measurements were slightly biased in its |
|
459 favor). |
|
460 |
|
461 R=csilvers |
|
462 DELTA=92 (69 added, 9 deleted, 14 changed) |
|
463 |
|
464 |
|
465 Revision created by MOE tool push_codebase. |
|
466 MOE_MIGRATION=1151 |
|
467 |
|
468 ------------------------------------------------------------------------ |
|
469 r23 | snappy.mirrorbot@gmail.com | 2011-03-30 22:25:09 +0200 (Wed, 30 Mar 2011) | 18 lines |
|
470 |
|
471 |
|
472 Renamed "namespace zippy" to "namespace snappy" to reduce |
|
473 the differences from the opensource code. Will make it easier |
|
474 in the future to mix-and-match third-party code that uses |
|
475 snappy with google code. |
|
476 |
|
477 Currently, csearch shows that the only external user of |
|
478 "namespace zippy" is some bigtable code that accesses |
|
479 a TEST variable, which is temporarily kept in the zippy |
|
480 namespace. |
|
481 |
|
482 R=sesse |
|
483 DELTA=123 (18 added, 3 deleted, 102 changed) |
|
484 |
|
485 |
|
486 Revision created by MOE tool push_codebase. |
|
487 MOE_MIGRATION=1150 |
|
488 |
|
489 ------------------------------------------------------------------------ |
|
490 r22 | snappy.mirrorbot@gmail.com | 2011-03-29 00:17:04 +0200 (Tue, 29 Mar 2011) | 11 lines |
|
491 |
|
492 |
|
493 Put back the final few lines of what was truncated during the |
|
494 license header change. |
|
495 |
|
496 R=csilvers |
|
497 DELTA=5 (4 added, 0 deleted, 1 changed) |
|
498 |
|
499 |
|
500 Revision created by MOE tool push_codebase. |
|
501 MOE_MIGRATION=1094 |
|
502 |
|
503 ------------------------------------------------------------------------ |
|
504 r21 | snappy.mirrorbot@gmail.com | 2011-03-26 03:34:34 +0100 (Sat, 26 Mar 2011) | 20 lines |
|
505 |
|
506 |
|
507 Change on 2011-03-25 19:18:00-07:00 by sesse |
|
508 |
|
509 Replace the Apache 2.0 license header by the BSD-type license header; |
|
510 somehow a lot of the files were missed in the last round. |
|
511 |
|
512 R=dannyb,csilvers |
|
513 DELTA=147 (74 added, 2 deleted, 71 changed) |
|
514 |
|
515 Change on 2011-03-25 19:25:07-07:00 by sesse |
|
516 |
|
517 Unbreak the build; the relicensing removed a bit too much (only comments |
|
518 were intended, but I also accidentially removed some of the top lines of |
|
519 the actual source). |
|
520 |
|
521 |
|
522 |
|
523 Revision created by MOE tool push_codebase. |
|
524 MOE_MIGRATION=1072 |
|
525 |
|
526 ------------------------------------------------------------------------ |
|
527 r20 | snappy.mirrorbot@gmail.com | 2011-03-25 17:14:41 +0100 (Fri, 25 Mar 2011) | 10 lines |
|
528 |
|
529 |
|
530 Change Snappy from the Apache 2.0 to a BSD-type license. |
|
531 |
|
532 R=dannyb |
|
533 DELTA=328 (80 added, 184 deleted, 64 changed) |
|
534 |
|
535 |
|
536 Revision created by MOE tool push_codebase. |
|
537 MOE_MIGRATION=1061 |
|
538 |
|
539 ------------------------------------------------------------------------ |
|
540 r19 | snappy.mirrorbot@gmail.com | 2011-03-25 01:39:01 +0100 (Fri, 25 Mar 2011) | 11 lines |
|
541 |
|
542 |
|
543 Release Snappy 1.0.1, to soup up all the various small changes |
|
544 that have been made since release. |
|
545 |
|
546 R=csilvers |
|
547 DELTA=266 (260 added, 0 deleted, 6 changed) |
|
548 |
|
549 |
|
550 Revision created by MOE tool push_codebase. |
|
551 MOE_MIGRATION=1057 |
|
552 |
|
553 ------------------------------------------------------------------------ |
|
554 r18 | snappy.mirrorbot@gmail.com | 2011-03-24 20:15:54 +0100 (Thu, 24 Mar 2011) | 11 lines |
|
555 |
|
556 |
|
557 Fix a microbenchmark crash on mingw32; seemingly %lld is not universally |
|
558 supported on Windows, and %I64d is recommended instead. |
|
559 |
|
560 R=csilvers |
|
561 DELTA=6 (5 added, 0 deleted, 1 changed) |
|
562 |
|
563 |
|
564 Revision created by MOE tool push_codebase. |
|
565 MOE_MIGRATION=1034 |
|
566 |
|
567 ------------------------------------------------------------------------ |
|
568 r17 | snappy.mirrorbot@gmail.com | 2011-03-24 20:15:27 +0100 (Thu, 24 Mar 2011) | 13 lines |
|
569 |
|
570 |
|
571 Fix public issue #19: Fix unit test when Google Test is installed but the |
|
572 gflags package isn't (Google Test is not properly initialized). |
|
573 |
|
574 Patch by Martin Gieseking. |
|
575 |
|
576 R=csilvers |
|
577 DELTA=2 (1 added, 0 deleted, 1 changed) |
|
578 |
|
579 |
|
580 Revision created by MOE tool push_codebase. |
|
581 MOE_MIGRATION=1033 |
|
582 |
|
583 ------------------------------------------------------------------------ |
|
584 r16 | snappy.mirrorbot@gmail.com | 2011-03-24 20:13:57 +0100 (Thu, 24 Mar 2011) | 15 lines |
|
585 |
|
586 |
|
587 Make the unit test work on systems without mmap(). This is required for, |
|
588 among others, Windows support. For Windows in specific, we could have used |
|
589 CreateFileMapping/MapViewOfFile, but this should at least get us a bit closer |
|
590 to compiling, and is of course also relevant for embedded systems with no MMU. |
|
591 |
|
592 (Part 2/2) |
|
593 |
|
594 R=csilvers |
|
595 DELTA=15 (12 added, 3 deleted, 0 changed) |
|
596 |
|
597 |
|
598 Revision created by MOE tool push_codebase. |
|
599 MOE_MIGRATION=1032 |
|
600 |
|
601 ------------------------------------------------------------------------ |
|
602 r15 | snappy.mirrorbot@gmail.com | 2011-03-24 20:12:27 +0100 (Thu, 24 Mar 2011) | 15 lines |
|
603 |
|
604 |
|
605 Make the unit test work on systems without mmap(). This is required for, |
|
606 among others, Windows support. For Windows in specific, we could have used |
|
607 CreateFileMapping/MapViewOfFile, but this should at least get us a bit closer |
|
608 to compiling, and is of course also relevant for embedded systems with no MMU. |
|
609 |
|
610 (Part 1/2) |
|
611 |
|
612 R=csilvers |
|
613 DELTA=9 (8 added, 0 deleted, 1 changed) |
|
614 |
|
615 |
|
616 Revision created by MOE tool push_codebase. |
|
617 MOE_MIGRATION=1031 |
|
618 |
|
619 ------------------------------------------------------------------------ |
|
620 r14 | snappy.mirrorbot@gmail.com | 2011-03-24 00:17:36 +0100 (Thu, 24 Mar 2011) | 14 lines |
|
621 |
|
622 |
|
623 Fix public issue #12: Don't keep autogenerated auto* files in Subversion; |
|
624 it causes problems with others sending patches etc.. |
|
625 |
|
626 We can't get this 100% hermetic anyhow, due to files like lt~obsolete.m4, |
|
627 so we can just as well go cleanly in the other direction. |
|
628 |
|
629 R=csilvers |
|
630 DELTA=21038 (0 added, 21036 deleted, 2 changed) |
|
631 |
|
632 |
|
633 Revision created by MOE tool push_codebase. |
|
634 MOE_MIGRATION=1012 |
|
635 |
|
636 ------------------------------------------------------------------------ |
|
637 r13 | snappy.mirrorbot@gmail.com | 2011-03-23 18:50:49 +0100 (Wed, 23 Mar 2011) | 11 lines |
|
638 |
|
639 |
|
640 Fix public issue tracker bug #3: Call AC_SUBST([LIBTOOL_DEPS]), or the rule |
|
641 to rebuild libtool in Makefile.am won't work. |
|
642 |
|
643 R=csilvers |
|
644 DELTA=1 (1 added, 0 deleted, 0 changed) |
|
645 |
|
646 |
|
647 Revision created by MOE tool push_codebase. |
|
648 MOE_MIGRATION=997 |
|
649 |
|
650 ------------------------------------------------------------------------ |
|
651 r12 | snappy.mirrorbot@gmail.com | 2011-03-23 12:16:39 +0100 (Wed, 23 Mar 2011) | 11 lines |
|
652 |
|
653 |
|
654 Fix public issue #10: Don't add GTEST_CPPFLAGS to snappy_unittest_CXXFLAGS; |
|
655 it's not needed (CPPFLAGS are always included when compiling). |
|
656 |
|
657 R=csilvers |
|
658 DELTA=1 (0 added, 1 deleted, 0 changed) |
|
659 |
|
660 |
|
661 Revision created by MOE tool push_codebase. |
|
662 MOE_MIGRATION=994 |
|
663 |
|
664 ------------------------------------------------------------------------ |
|
665 r11 | snappy.mirrorbot@gmail.com | 2011-03-23 12:16:18 +0100 (Wed, 23 Mar 2011) | 11 lines |
|
666 |
|
667 |
|
668 Fix public issue #9: Add -Wall -Werror to automake flags. |
|
669 (This concerns automake itself, not the C++ compiler.) |
|
670 |
|
671 R=csilvers |
|
672 DELTA=4 (3 added, 0 deleted, 1 changed) |
|
673 |
|
674 |
|
675 Revision created by MOE tool push_codebase. |
|
676 MOE_MIGRATION=993 |
|
677 |
|
678 ------------------------------------------------------------------------ |
|
679 r10 | snappy.mirrorbot@gmail.com | 2011-03-23 12:13:37 +0100 (Wed, 23 Mar 2011) | 10 lines |
|
680 |
|
681 |
|
682 Fix a typo in the Snappy README file. |
|
683 |
|
684 R=csilvers |
|
685 DELTA=1 (0 added, 0 deleted, 1 changed) |
|
686 |
|
687 |
|
688 Revision created by MOE tool push_codebase. |
|
689 MOE_MIGRATION=992 |
|
690 |
|
691 ------------------------------------------------------------------------ |
|
692 r9 | snappy.mirrorbot@gmail.com | 2011-03-23 12:13:13 +0100 (Wed, 23 Mar 2011) | 11 lines |
|
693 |
|
694 |
|
695 Fix public issue #6: Add a --with-gflags for disabling gflags autodetection |
|
696 and using a manually given setting (use/don't use) instead. |
|
697 |
|
698 R=csilvers |
|
699 DELTA=16 (13 added, 0 deleted, 3 changed) |
|
700 |
|
701 |
|
702 Revision created by MOE tool push_codebase. |
|
703 MOE_MIGRATION=991 |
|
704 |
|
705 ------------------------------------------------------------------------ |
|
706 r8 | snappy.mirrorbot@gmail.com | 2011-03-23 12:12:44 +0100 (Wed, 23 Mar 2011) | 12 lines |
|
707 |
|
708 |
|
709 Fix public issue #5: Replace the EXTRA_LIBSNAPPY_LDFLAGS setup with something |
|
710 slightly more standard, that also doesn't leak libtool command-line into |
|
711 configure.ac. |
|
712 |
|
713 R=csilvers |
|
714 DELTA=7 (0 added, 4 deleted, 3 changed) |
|
715 |
|
716 |
|
717 Revision created by MOE tool push_codebase. |
|
718 MOE_MIGRATION=990 |
|
719 |
|
720 ------------------------------------------------------------------------ |
|
721 r7 | snappy.mirrorbot@gmail.com | 2011-03-23 12:12:22 +0100 (Wed, 23 Mar 2011) | 10 lines |
|
722 |
|
723 |
|
724 Fix public issue #4: Properly quote all macro arguments in configure.ac. |
|
725 |
|
726 R=csilvers |
|
727 DELTA=16 (0 added, 0 deleted, 16 changed) |
|
728 |
|
729 |
|
730 Revision created by MOE tool push_codebase. |
|
731 MOE_MIGRATION=989 |
|
732 |
|
733 ------------------------------------------------------------------------ |
|
734 r6 | snappy.mirrorbot@gmail.com | 2011-03-23 12:11:54 +0100 (Wed, 23 Mar 2011) | 11 lines |
|
735 |
|
736 |
|
737 Fix public issue #7: Don't use internal variables named ac_*, as those belong |
|
738 to autoconf's namespace. |
|
739 |
|
740 R=csilvers |
|
741 DELTA=6 (0 added, 0 deleted, 6 changed) |
|
742 |
|
743 |
|
744 Revision created by MOE tool push_codebase. |
|
745 MOE_MIGRATION=988 |
|
746 |
|
747 ------------------------------------------------------------------------ |
|
748 r5 | snappy.mirrorbot@gmail.com | 2011-03-23 12:11:09 +0100 (Wed, 23 Mar 2011) | 10 lines |
|
749 |
|
750 |
|
751 Add missing licensing headers to a few files. (Part 2/2.) |
|
752 |
|
753 R=csilvers |
|
754 DELTA=12 (12 added, 0 deleted, 0 changed) |
|
755 |
|
756 |
|
757 Revision created by MOE tool push_codebase. |
|
758 MOE_MIGRATION=987 |
|
759 |
|
760 ------------------------------------------------------------------------ |
|
761 r4 | snappy.mirrorbot@gmail.com | 2011-03-23 12:10:39 +0100 (Wed, 23 Mar 2011) | 10 lines |
|
762 |
|
763 |
|
764 Add mising licensing headers to a few files. (Part 1/2.) |
|
765 |
|
766 R=csilvers |
|
767 DELTA=24 (24 added, 0 deleted, 0 changed) |
|
768 |
|
769 |
|
770 Revision created by MOE tool push_codebase. |
|
771 MOE_MIGRATION=986 |
|
772 |
|
773 ------------------------------------------------------------------------ |
|
774 r3 | snappy.mirrorbot@gmail.com | 2011-03-23 12:10:04 +0100 (Wed, 23 Mar 2011) | 11 lines |
|
775 |
|
776 |
|
777 Use the correct license file for the Apache 2.0 license; |
|
778 spotted by Florian Weimer. |
|
779 |
|
780 R=csilvers |
|
781 DELTA=202 (174 added, 0 deleted, 28 changed) |
|
782 |
|
783 |
|
784 Revision created by MOE tool push_codebase. |
|
785 MOE_MIGRATION=985 |
|
786 |
|
787 ------------------------------------------------------------------------ |
|
788 r2 | snappy.mirrorbot@gmail.com | 2011-03-18 18:14:15 +0100 (Fri, 18 Mar 2011) | 6 lines |
|
789 |
|
790 |
|
791 |
|
792 |
|
793 Revision created by MOE tool push_codebase. |
|
794 MOE_MIGRATION= |
|
795 |
|
796 ------------------------------------------------------------------------ |
|
797 r1 | sesse@google.com | 2011-03-18 18:13:52 +0100 (Fri, 18 Mar 2011) | 2 lines |
|
798 |
|
799 Create trunk directory. |
|
800 |
|
801 ------------------------------------------------------------------------ |