1. 15 10月, 2010 2 次提交
  2. 14 10月, 2010 1 次提交
  3. 11 10月, 2010 1 次提交
  4. 16 9月, 2010 1 次提交
  5. 15 9月, 2010 1 次提交
    • A
      This should fix Issue 332: when there is a background process saving we still... · 3856f147
      antirez 提交于
      This should fix Issue 332: when there is a background process saving we still allow the hash tables to grow, but only when a critical treshold is reached. Formerly we prevented the resize at all triggering pathological O(N) behavior. Also there is a fix for the statistics in INFO about the number of keys expired
      3856f147
  6. 03 9月, 2010 1 次提交
  7. 02 9月, 2010 1 次提交
  8. 27 8月, 2010 1 次提交
  9. 24 8月, 2010 2 次提交
  10. 04 8月, 2010 1 次提交
  11. 03 8月, 2010 2 次提交
  12. 27 7月, 2010 2 次提交
  13. 23 7月, 2010 1 次提交
  14. 22 7月, 2010 1 次提交
  15. 02 7月, 2010 1 次提交
  16. 01 7月, 2010 1 次提交
    • A
      redis.c split into many different C files. · e2641e09
      antirez 提交于
      networking related stuff moved into networking.c
      
      moved more code
      
      more work on layout of source code
      
      SDS instantaneuos memory saving. By Pieter and Salvatore at VMware ;)
      
      cleanly compiling again after the first split, now splitting it in more C files
      
      moving more things around... work in progress
      
      split replication code
      
      splitting more
      
      Sets split
      
      Hash split
      
      replication split
      
      even more splitting
      
      more splitting
      
      minor change
      e2641e09