- 06 Jun, 2014 6 commits
-
-
antirez authored
The user @kjmph provided excellent ideas to improve speed of ZUNIONSTORE (in certain cases by many order of magnitude), together with an implementation of the ideas. While the ideas were sounding, the implementation could be improved both in terms of speed and clearness, so that's my attempt at reimplementing the speedup proposed, trying to improve by directly using just a dictionary with an embedded score inside, and reusing the single-pass aggregate + order-later approach. Note that you can't apply this commit without applying the previous commit in this branch that adds a double in the dictEntry value union. Issue #1786.
-
antirez authored
-
Salvatore Sanfilippo authored
Fixed typo in word avarege in result message of --intrinsic-latency analyzer
-
Salvatore Sanfilippo authored
Small typo fixed
-
Salvatore Sanfilippo authored
Fix eval usage in tests to conform with eval semantics
-
Salvatore Sanfilippo authored
fix issue 1787
-
- 05 Jun, 2014 2 commits
- 04 Jun, 2014 3 commits
-
-
antirez authored
I'm not sure if while the visibility is the inner block, the fact we point to 'dbuf' is a problem or not, probably the stack var isx guaranteed to live until the function returns. However obvious code is better anyway.
-
antirez authored
-
antirez authored
The lua_to*string() family of functions use a non optimal format specifier when converting integers to strings. This has both the problem of the number being converted in exponential notation, which we don't use as a Redis return value when floating point numbers are involed, and, moreover, there is a loss of precision since the default format specifier is not able to represent numbers that must be represented exactly in the IEEE 754 number mantissa. The new code handles it as a special case using a saner conversion. This fixes issue #1118.
-
- 31 May, 2014 1 commit
-
-
zionwu authored
-
- 28 May, 2014 2 commits
-
-
antirez authored
-
Jan-Erik Rediger authored
-
- 26 May, 2014 6 commits
-
-
antirez authored
-
Salvatore Sanfilippo authored
Fix test framework to detect proper server PID
-
Matt Stancliff authored
If we are in the signal handler, we don't want to handle the signal again. In extreme cases, this can cause a stack overflow and segfault Redis. Fixes #1771
-
antirez authored
There is a time defined by REDIS_CLUSTER_WRITABLE_DELAY where fail -> ok switch is not possible after startup as a master for some time, however the contrary (ok -> fail) should always be possible.
-
antirez authored
FLUSHALL will fail on read-only slaves, but there the command is not needed in order to reset the instance with CLUSTER RESET so errors can be ignored.
-
antirez authored
-
- 23 May, 2014 4 commits
-
-
Matt Stancliff authored
Previously the PID format was: [PID] Timestamp But it recently changed to: PID:X Timestamp The tcl testing framework was grabbing the PID from \[\d+\], but that's not valid anymore. Now we grab the pid from "PID: <PID>" in the part of Redis startup output to the right of the ASCII logo.
-
antirez authored
-
antirez authored
-
antirez authored
Do things in a sequence that prevents failover during failure detection.
-
- 22 May, 2014 6 commits
-
-
Andy Grunwald authored
-
antirez authored
-
antirez authored
Every log contains, just after the pid, a single character that provides information about the role of an instance: S - Slave M - Master C - Writing child X - Sentinel
-
antirez authored
Check the commit changes in the example redis.conf for more information.
-
antirez authored
The bug was triggered by running the test with Valgrind (which is a lot slower and more sensible to timing issues) after the recent changes that made Redis more promptly able to reply with the -LOADING error.
-
antirez authored
-
- 21 May, 2014 3 commits
- 20 May, 2014 5 commits
-
-
antirez authored
-
antirez authored
-
Salvatore Sanfilippo authored
Fix LUA_OBJCACHE segfault.
-
antirez authored
-
antirez authored
-
- 19 May, 2014 2 commits
-
-
michael-grunder authored
When scanning the argument list inside of a redis.call() invocation for pre-cached values, there was no check being done that the argument we were on was in fact within the bounds of the cache size. So if a redis.call() command was ever executed with more than 32 arguments (current cache size #define setting) redis-server could segfault.
-
antirez authored
-