- 13 5月, 2011 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 10 5月, 2011 1 次提交
-
-
由 antirez 提交于
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 4月, 2011 3 次提交
-
-
由 Pieter Noordhuis 提交于
-
由 Pieter Noordhuis 提交于
-
由 Pieter Noordhuis 提交于
-
- 29 3月, 2011 1 次提交
-
-
由 antirez 提交于
-
- 11 3月, 2011 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 09 3月, 2011 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 01 3月, 2011 4 次提交
-
-
由 antirez 提交于
fix type in rdbSaveKeyValuePair() when saving an intset. Don't merge this commit into 2.2 as will not apply cleanly.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
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
-
- 28 2月, 2011 3 次提交
- 11 2月, 2011 1 次提交
-
-
由 antirez 提交于
fixed two diskstore issues, a quasi-deadlock creating problems with I/O speed and a race condition among threads
-
- 08 1月, 2011 3 次提交
- 06 1月, 2011 1 次提交
-
-
由 antirez 提交于
-
- 31 12月, 2010 1 次提交
-
-
由 antirez 提交于
-
- 30 12月, 2010 2 次提交
- 29 12月, 2010 1 次提交
-
-
由 antirez 提交于
-
- 21 11月, 2010 3 次提交
-
-
由 Pieter Noordhuis 提交于
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 提交于
-
由 Pieter Noordhuis 提交于
-
- 08 11月, 2010 1 次提交
-
-
由 antirez 提交于
-
- 02 11月, 2010 2 次提交
-
-
由 antirez 提交于
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.
- 23 9月, 2010 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 16 9月, 2010 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 30 8月, 2010 1 次提交
-
-
由 antirez 提交于
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.
-
- 27 8月, 2010 2 次提交
- 26 8月, 2010 1 次提交
-
-
由 antirez 提交于
-
- 03 8月, 2010 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 02 7月, 2010 1 次提交
-
-
由 antirez 提交于
-
- 01 7月, 2010 1 次提交
-
-
由 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
-