1. 09 May, 2017 1 commit
  2. 04 May, 2017 1 commit
  3. 11 Apr, 2017 2 commits
  4. 10 Jan, 2017 1 commit
  5. 30 Dec, 2016 1 commit
  6. 19 Sep, 2016 2 commits
  7. 13 Jan, 2016 1 commit
  8. 01 Oct, 2015 1 commit
  9. 17 Dec, 2014 2 commits
  10. 14 Nov, 2014 1 commit
  11. 12 Nov, 2014 1 commit
  12. 26 Jun, 2014 2 commits
  13. 24 Mar, 2014 1 commit
    • antirez's avatar
      Sample and cache RSS in serverCron(). · 93253c27
      antirez authored
      Obtaining the RSS (Resident Set Size) info is slow in Linux and OSX.
      This slowed down the generation of the INFO 'memory' section.
      
      Since the RSS does not require to be a real-time measurement, we
      now sample it with server.hz frequency (10 times per second by default)
      and use this value both to show the INFO rss field and to compute the
      fragmentation ratio.
      
      Practically this does not make any difference for memory profiling of
      Redis but speeds up the INFO call significantly.
      93253c27
  14. 05 Dec, 2013 1 commit
  15. 19 Jan, 2013 1 commit
  16. 21 Nov, 2012 1 commit
  17. 19 Nov, 2012 1 commit
  18. 14 Nov, 2012 1 commit
  19. 24 Aug, 2012 2 commits
    • antirez's avatar
    • antirez's avatar
      Better Out of Memory handling. · 6fdc6354
      antirez authored
      The previous implementation of zmalloc.c was not able to handle out of
      memory in an application-specific way. It just logged an error on
      standard error, and aborted.
      
      The result was that in the case of an actual out of memory in Redis
      where malloc returned NULL (In Linux this actually happens under
      specific overcommit policy settings and/or with no or little swap
      configured) the error was not properly logged in the Redis log.
      
      This commit fixes this problem, fixing issue #509.
      Now the out of memory is properly reported in the Redis log and a stack
      trace is generated.
      
      The approach used is to provide a configurable out of memory handler
      to zmalloc (otherwise the default one logging the event on the
      standard output is used).
      6fdc6354
  20. 27 Mar, 2012 2 commits
  21. 26 Feb, 2012 1 commit
  22. 07 Feb, 2012 1 commit
  23. 16 Nov, 2011 1 commit
  24. 02 Jul, 2011 1 commit
  25. 20 Jun, 2011 1 commit
  26. 20 Jan, 2011 1 commit
  27. 09 Jan, 2011 2 commits
  28. 02 Nov, 2010 1 commit
  29. 23 Oct, 2010 1 commit
  30. 02 Sep, 2010 2 commits
  31. 24 Jul, 2010 1 commit
    • Benjamin Kramer's avatar
      Add zcalloc and use it where appropriate · 399f2f40
      Benjamin Kramer authored
      calloc is more effecient than malloc+memset when the system uses mmap to
      allocate memory. mmap always returns zeroed memory so the memset can be
      avoided.  The threshold to use mmap is 16k in osx libc and 128k in bsd
      libc and glibc. The kernel can lazily allocate the pages, this reduces
      memory usage when we have a page table or hash table that is mostly
      empty.
      
      This change is most visible when you start a new redis instance with vm
      enabled.  You'll see no increased memory usage no matter how big your
      page table is.
      399f2f40
  32. 01 Jul, 2010 1 commit
    • antirez's avatar
      redis.c split into many different C files. · e2641e09
      antirez authored
      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