1. 25 3月, 2012 3 次提交
    • A
      New INFO field aof_delayed_fsync introduced. · 81f32c7b
      antirez 提交于
      This new field counts all the times Redis is configured with AOF enabled and
      fsync policy 'everysec', but the previous fsync performed by the
      background thread was not able to complete within two seconds, forcing
      Redis to perform a write against the AOF file while the fsync is still
      in progress (likely a blocking operation).
      81f32c7b
    • A
      Version is now 2.5.3. · 754643c1
      antirez 提交于
      754643c1
    • A
      convert-zipmap-hash-on-load false positive fixed. · 0387e9c1
      antirez 提交于
      Apparently because the sample RDB file was not copied before every test
      Redis had a chance to replace it with a newly written one, so that the
      next test could fail.
      0387e9c1
  2. 24 3月, 2012 7 次提交
  3. 23 3月, 2012 5 次提交
  4. 22 3月, 2012 4 次提交
  5. 20 3月, 2012 6 次提交
  6. 19 3月, 2012 4 次提交
  7. 18 3月, 2012 4 次提交
  8. 16 3月, 2012 1 次提交
    • A
      Fix for issue #391. · f1eaf572
      antirez 提交于
      Use a simple protocol between clientsCron() and helper functions to
      understand if the client is still valind and clientsCron() should
      continue processing or if the client was freed and we should continue
      with the next one.
      f1eaf572
  9. 14 3月, 2012 6 次提交