1. 28 Nov, 2013 2 commits
  2. 21 Nov, 2013 2 commits
    • antirez's avatar
      Sentinel: test for writable config file. · 4bd1dd1c
      antirez authored
      This commit introduces a funciton called when Sentinel is ready for
      normal operations to avoid putting Sentinel specific stuff in redis.c.
      4bd1dd1c
    • antirez's avatar
      Sentinel: distinguish between is-master-down-by-addr requests. · 812f76a8
      antirez authored
      Some are just to know if the master is down, and in this case the runid
      in the request is set to "*", others are actually in order to seek for a
      vote and get elected. In the latter case the runid is set to the runid
      of the instance seeking for the vote.
      812f76a8
  3. 29 Oct, 2013 6 commits
  4. 17 Sep, 2013 1 commit
  5. 27 Aug, 2013 1 commit
  6. 22 Aug, 2013 2 commits
  7. 21 Aug, 2013 4 commits
  8. 06 Aug, 2013 6 commits
    • antirez's avatar
      Add per-db average TTL information in INFO output. · fa48b1fa
      antirez authored
      Example:
      
      db0:keys=221913,expires=221913,avg_ttl=655
      
      The algorithm uses a running average with only two samples (current and
      previous). Keys found to be expired are considered at TTL zero even if
      the actual TTL can be negative.
      
      The TTL is reported in milliseconds.
      fa48b1fa
    • antirez's avatar
      activeExpireCycle(): fix about fast cycle early start. · 31d0f341
      antirez authored
      We don't want to repeat a fast cycle too soon, the previous code was
      broken, we need to wait two times the period *since* the start of the
      previous cycle in order to avoid there is an even space between cycles:
      
      .-> start                   .-> second start
      |                           |
      +-------------+-------------+--------------+
      | first cycle |    pause    | second cycle |
      +-------------+-------------+--------------+
      
      The second and first start must be PERIOD*2 useconds apart hence the *2
      in the new code.
      31d0f341
    • antirez's avatar
      Some activeExpireCycle() refactoring. · 00c8cfef
      antirez authored
      00c8cfef
    • antirez's avatar
      8686a703
    • antirez's avatar
      Darft #2 for key collection algo: more improvements. · d54e373b
      antirez authored
      This commit makes the fast collection cycle time configurable, at
      the same time it does not allow to run a new fast collection cycle
      for the same amount of time as the max duration of the fast
      collection cycle.
      d54e373b
    • antirez's avatar
      Draft #1 of a new expired keys collection algorithm. · 500155b9
      antirez authored
      The main idea here is that when we are no longer to expire keys at the
      rate the are created, we can't block more in the normal expire cycle as
      this would result in too big latency spikes.
      
      For this reason the commit introduces a "fast" expire cycle that does
      not run for more than 1 millisecond but is called in the beforeSleep()
      hook of the event loop, so much more often, and with a frequency bound
      to the frequency of executed commnads.
      
      The fast expire cycle is only called when the standard expiration
      algorithm runs out of time, that is, consumed more than
      REDIS_EXPIRELOOKUPS_TIME_PERC of CPU in a given cycle without being able
      to take the number of already expired keys that are yet not collected
      to a number smaller than 25% of the number of keys.
      
      You can test this commit with different loads, but a simple way is to
      use the following:
      
      Extreme load with pipelining:
      
      redis-benchmark -r 100000000 -n 100000000  \
              -P 32 set ele:rand:000000000000 foo ex 2
      
      Remove the -P32 in order to avoid the pipelining for a more real-world
      load.
      
      In another terminal tab you can monitor the Redis behavior with:
      
      redis-cli -i 0.1 -r -1 info keyspace
      
      and
      
      redis-cli --latency-history
      
      Note: this commit will make Redis printing a lot of debug messages, it
      is not a good idea to use it in production.
      500155b9
  9. 18 Jul, 2013 1 commit
  10. 16 Jul, 2013 1 commit
  11. 12 Jul, 2013 1 commit
  12. 11 Jul, 2013 6 commits
  13. 08 Jul, 2013 3 commits
  14. 02 Jul, 2013 1 commit
  15. 01 Jul, 2013 1 commit
  16. 27 Jun, 2013 1 commit
  17. 26 Jun, 2013 1 commit