- 10 May, 2011 1 commit
-
-
antirez authored
RDB version signature bumped to 2, now that direct saving of specially encoded types is implemented 2.2 instances are no longer able to read rdb files produced by 2.4 or unstable.
-
- 06 Apr, 2011 3 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 29 Mar, 2011 1 commit
-
-
antirez authored
-
- 10 Mar, 2011 1 commit
-
-
Pieter Noordhuis authored
-
- 09 Mar, 2011 1 commit
-
-
Pieter Noordhuis authored
-
- 28 Feb, 2011 7 commits
-
-
antirez authored
fix type in rdbSaveKeyValuePair() when saving an intset. Don't merge this commit into 2.2 as will not apply cleanly.
-
antirez authored
-
antirez authored
-
antirez authored
save ziplist encoded type as a different type id. Done as separated commit since this is the part that will not merge cleanly in 2.2
-
antirez authored
-
antirez authored
-
antirez authored
-
- 11 Feb, 2011 1 commit
-
-
antirez authored
fixed two diskstore issues, a quasi-deadlock creating problems with I/O speed and a race condition among threads
-
- 07 Jan, 2011 3 commits
- 05 Jan, 2011 1 commit
-
-
antirez authored
-
- 30 Dec, 2010 2 commits
- 29 Dec, 2010 1 commit
-
-
antirez authored
touched key for WATCH refactored into a more general thing that can be used also for the cache system. Some more changes towards diskstore working.
-
- 28 Dec, 2010 1 commit
-
-
antirez authored
-
- 21 Nov, 2010 3 commits
-
-
Pieter Noordhuis authored
Now the rdbSave* functions return the number of bytes written (or required to write) in serializing a Redis object, writing to /dev/null and using ftell (which doesn't work on FreeBSD) isn't needed anymore.
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 08 Nov, 2010 1 commit
-
-
antirez authored
-
- 02 Nov, 2010 2 commits
-
-
antirez authored
Now maxmemory, VM, and everything else uses the fast RSS memory used estimation instead of raw memory reported by zmalloc(). This means that setting maxmemory to 2GB will really have the effect of using up to 2GB of memory.
- 22 Sep, 2010 1 commit
-
-
Pieter Noordhuis authored
-
- 16 Sep, 2010 1 commit
-
-
Pieter Noordhuis authored
-
- 30 Aug, 2010 1 commit
-
-
antirez authored
Fix for a race in BGSAVE that may result in some data not being saved as soon as possible (when the configured saving triggers should fire). Also known as Issue 313, more details there in the google code issue.
-
- 26 Aug, 2010 3 commits
- 03 Aug, 2010 1 commit
-
-
Pieter Noordhuis authored
-
- 01 Jul, 2010 2 commits
-
-
antirez authored
-
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
-