1. 22 Aug, 2013 1 commit
  2. 21 Aug, 2013 4 commits
  3. 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
  4. 18 Jul, 2013 1 commit
  5. 16 Jul, 2013 1 commit
  6. 12 Jul, 2013 1 commit
  7. 11 Jul, 2013 6 commits
  8. 08 Jul, 2013 3 commits
  9. 02 Jul, 2013 1 commit
  10. 01 Jul, 2013 1 commit
  11. 27 Jun, 2013 1 commit
  12. 26 Jun, 2013 6 commits
    • antirez's avatar
      Move Replication Script Cache initialization in safer place. · 8450d6e2
      antirez authored
      It should be called just one time at startup and not every time the Lua
      scripting engine is re-initialized, otherwise memory is leaked.
      8450d6e2
    • antirez's avatar
      Use the RSC to replicate EVALSHA unmodified. · 545fe0c3
      antirez authored
      This commit uses the Replication Script Cache in order to avoid
      translating EVALSHA into EVAL whenever possible for both the AOF and
      slaves.
      545fe0c3
    • antirez's avatar
      Replication of scripts as EVALSHA: sha1 caching implemented. · 9d894b1b
      antirez authored
      This code is only responsible to take an LRU-evicted fixed length cache
      of SHA1 that we are sure all the slaves received.
      
      In this commit only the implementation is provided, but the Redis core
      does not use it to actually send EVALSHA to slaves when possible.
      9d894b1b
    • antirez's avatar
      New API to force propagation. · 8328d993
      antirez authored
      The old REDIS_CMD_FORCE_REPLICATION flag was removed from the
      implementation of Redis, now there is a new API to force specific
      executions of a command to be propagated to AOF / Replication link:
      
          void forceCommandPropagation(int flags);
      
      The new API is also compatible with Lua scripting, so a script that will
      execute commands that are forced to be propagated, will also be
      propagated itself accordingly even if no change to data is operated.
      
      As a side effect, this new design fixes the issue with scripts not able
      to propagate PUBLISH to slaves (issue #873).
      8328d993
    • antirez's avatar
      PUBSUB command implemented. · a8f1474d
      antirez authored
      Currently it implements three subcommands:
      
      PUBSUB CHANNELS [<pattern>]    List channels with non-zero subscribers.
      PUBSUB NUMSUB [channel_1 ...]  List number of subscribers for channels.
      PUBSUB NUMPAT                  Return number of subscribed patterns.
      a8f1474d
    • YAMAMOTO Takashi's avatar
      don't assume time_t == long · 3642557a
      YAMAMOTO Takashi authored
      time_t is always 64bit on recent versions of NetBSD.
      3642557a
  13. 31 May, 2013 1 commit
    • antirez's avatar
      New INFO field "min_slaves_good_slaves". · 971217c7
      antirez authored
      When min-slaves-to-write feature is active, this field reports the
      number of slaves considered good (online state, lag within the specified
      range).
      971217c7
  14. 30 May, 2013 2 commits
  15. 29 May, 2013 2 commits
  16. 28 May, 2013 1 commit
  17. 27 May, 2013 2 commits