1. 20 Jul, 2016 2 commits
  2. 15 Jul, 2016 1 commit
  3. 13 Jul, 2016 1 commit
    • antirez's avatar
      LRU: Make cross-database choices for eviction. · e423f76e
      antirez authored
      The LRU eviction code used to make local choices: for each DB visited it
      selected the best key to evict. This was repeated for each DB. However
      this means that there could be DBs with very frequently accessed keys
      that are targeted by the LRU algorithm while there were other DBs with
      many better candidates to expire.
      
      This commit attempts to fix this problem for the LRU policy. However the
      TTL policy is still not fixed by this commit. The TTL policy will be
      fixed in a successive commit.
      
      This is an initial (partial because of TTL policy) fix for issue #2647.
      e423f76e
  4. 12 Jul, 2016 2 commits
  5. 06 Jul, 2016 1 commit
  6. 04 Jul, 2016 1 commit
  7. 01 Jul, 2016 1 commit
  8. 22 Jun, 2016 1 commit
  9. 20 Jun, 2016 1 commit
  10. 14 Jun, 2016 1 commit
  11. 13 Jun, 2016 2 commits
  12. 05 Jun, 2016 2 commits
  13. 03 Jun, 2016 1 commit
  14. 01 Jun, 2016 1 commit
  15. 18 May, 2016 1 commit
  16. 10 May, 2016 9 commits
  17. 09 May, 2016 1 commit
  18. 25 Apr, 2016 1 commit
  19. 22 Apr, 2016 1 commit
    • therealbill's avatar
      fix for #3187 · 14086a46
      therealbill authored
      I've renamed maxmemoryToString to evictPolicyToString since that is
      more accurate (and easier to mentally connect with the correct data), as
      well as updated the function to user server.maxmemory_policy rather than
      server.maxmemory. Now with a default config it is actually returning
      the correct policy rather than volatile-lru.
      14086a46
  20. 15 Apr, 2016 2 commits
  21. 14 Apr, 2016 1 commit
  22. 26 Feb, 2016 1 commit
    • antirez's avatar
      BITFIELD command initial implementation. · 70af626d
      antirez authored
      The new bitfield command is an extension to the Redis bit operations,
      where not just single bit operations are performed, but the array of
      bits composing a string, can be addressed at random, not aligned
      offsets, with any width unsigned and signed integers like u8, s5, u10
      (up to 64 bit signed integers and 63 bit unsigned integers).
      
      The BITFIELD command supports subcommands that can SET, GET, or INCRBY
      those arbitrary bit counters, with multiple overflow semantics.
      
      Trivial and credits:
      
      A similar command was imagined a few times in the past, but for
      some reason looked a bit far fetched or not well specified.
      Finally the command was proposed again in a clear form by
      Yoav Steinberg from Redis Labs, that proposed a set of commands on
      arbitrary sized integers stored at bit offsets.
      
      Starting from this proposal I wrote an initial specification of a single
      command with sub-commands similar to what Yoav envisioned, using short
      names for types definitions, and adding control on the overflow.
      
      This commit is the resulting implementation.
      
      Examples:
      
          BITFIELD mykey OVERFLOW wrap INCRBY i2 10 -1 GET i2 10
      70af626d
  23. 18 Feb, 2016 2 commits
  24. 29 Jan, 2016 3 commits