1. 10 Dec, 2014 12 commits
  2. 09 Dec, 2014 11 commits
  3. 08 Dec, 2014 3 commits
  4. 05 Dec, 2014 4 commits
  5. 04 Dec, 2014 1 commit
  6. 03 Dec, 2014 5 commits
  7. 02 Dec, 2014 4 commits
    • antirez's avatar
      Use exp format and more precision output for ZSCAN. · 92c5ab40
      antirez authored
      Ref: issue #2175
      92c5ab40
    • antirez's avatar
      5bd3b9d9
    • antirez's avatar
      Mark PFCOUNT as read-only, even if not true. · 8a7ccc58
      antirez authored
      PFCOUNT is technically speaking a write command, since the cached value
      of the HLL is exposed in the data structure (design error, mea culpa), and
      can be modified by PFCOUNT.
      
      However if we flag PFCOUNT as "w", read only slaves can't execute the
      command, which is a problem since there are environments where slaves
      are used to scale PFCOUNT reads.
      
      Nor it is possible to just prevent PFCOUNT to modify the data structure
      in slaves, since without the cache we lose too much efficiency.
      
      So while this commit allows slaves to create a temporary inconsistency
      (the strings representing the HLLs in the master and slave can be
      different in certain moments) it is actually harmless.
      
      In the long run this should be probably fixed by turning the HLL into a
      more opaque representation, for example by storing the cached value in
      the part of the string which is not exposed (this should be possible
      with SDS strings).
      8a7ccc58
    • antirez's avatar
      e07dd8b3