Commit Graph

1635 Commits

Author SHA1 Message Date
antirez
3a73be7524 master-slave replication fixed, it was not listing any key using KEYS command in the slave. 2011-01-14 09:53:57 +01:00
antirez
5b831607e7 redisServer structure fields reordered for clarity 2011-01-14 00:19:19 +01:00
antirez
2d9fdb9d84 TODO modified 2011-01-10 21:45:08 +01:00
antirez
69cb546223 minor aesthetic change in test suite messages 2011-01-09 22:17:08 +01:00
antirez
322ea972fe run both inmemory and diskstore tests. 2011-01-09 19:42:56 +01:00
antirez
a5062bbab0 fixed bgsave_in_progress in INFO when BGSAVEing with diskstore enabled, don't DEBUG FLUSHCACHE when bgsave is in progress. 2011-01-09 19:25:34 +01:00
antirez
0a0f83ab2c DEBUG FLUSHCACHE needs to wait that everything was synched on disk 2011-01-09 19:01:44 +01:00
antirez
69bfffb4a7 test adapted to run with diskstore, and a few bugs fixed 2011-01-09 18:25:34 +01:00
antirez
5e1d2d30f7 initial fix of the test suite to run both in in-memory and diskstore mode 2011-01-09 16:49:52 +01:00
antirez
67a1810b32 allocation stats in INFO 2011-01-09 15:56:50 +01:00
antirez
7cca366bdf TODO updated 2011-01-08 02:07:48 +01:00
antirez
b39619d8e7 DEBUG OBJECT fixed with diskstore, force loading 2011-01-08 02:06:01 +01:00
antirez
f1df1739e3 resolved a problem with delayed loading of keys 2011-01-08 01:42:08 +01:00
antirez
cc2750670f blocking SAVE implemented 2011-01-08 00:09:57 +01:00
antirez
43574a72c3 avoid bgsaving temp files 2011-01-07 23:51:31 +01:00
antirez
f03fe802b7 diskstore BGSAVE should work now 2011-01-07 23:41:00 +01:00
antirez
5b8ce85378 more work towards diskstore bgsave 2011-01-07 19:31:42 +01:00
antirez
36c17a53b6 source reshaped a bit to play well with a bgsaving thread, still work to do, does not compile. 2011-01-07 18:15:14 +01:00
antirez
cb9b35c8ca Merge branch 'unstable' of github.com:antirez/redis-private into unstable 2011-01-07 16:43:51 +01:00
antirez
44898603aa TODO updated 2011-01-07 16:43:36 +01:00
antirez
249ad25f4f BGSAVE work in progress 2011-01-05 18:38:31 +01:00
antirez
51335102ac Merge remote branch 'pietern/writev-unstable' into unstable 2011-01-05 13:51:37 +01:00
antirez
f771dc23a0 IO performances greatly improved under high writes load 2011-01-05 12:34:14 +01:00
Pieter Noordhuis
9b1d738f96 Remove newlines for networking errors 2011-01-05 10:51:37 +01:00
Pieter Noordhuis
a2b33f2f93 Remove glueoutputbuf from redis.conf 2011-01-05 10:42:37 +01:00
Pieter Noordhuis
a510cb0c03 Remove glueoutputbuf option and broken code 2011-01-05 10:39:41 +01:00
antirez
6eaad66373 Merge branch 'master' into unstable 2011-01-04 19:07:15 +01:00
antirez
1190c6cbf7 handle end of space on device in a better way 2011-01-04 19:03:23 +01:00
antirez
418d5eaf50 strictly honour memory limit 2011-01-04 18:53:09 +01:00
antirez
779fa2af7a rename(2) used in diskstore.c for atomic updates of keys 2011-01-04 18:28:04 +01:00
antirez
fad97fbeea TODO list updated 2011-01-04 13:20:04 +01:00
antirez
5ab7bbfc27 fixed logging level for debugging message 2011-01-03 17:40:10 +01:00
antirez
bafa88c8b7 stupid bug fixed 2011-01-03 17:37:20 +01:00
antirez
9b24d8adbe serious performance enhancement of diskstore 2011-01-03 17:27:47 +01:00
antirez
5d46e370b7 diskstore more fixes 2011-01-03 17:18:37 +01:00
antirez
d158dc28f6 comments on top of dscache.c updated 2011-01-03 10:58:59 +01:00
antirez
0b305fcfd9 diskstore FLUSH* fixed 2011-01-03 10:51:45 +01:00
antirez
c15a3887e0 diskstore bug fixing and negative cache proper implementation 2011-01-03 10:47:39 +01:00
antirez
120b9ba8f8 FLUSHALL / FLUSHDB for diskstore implemented 2011-01-03 10:17:39 +01:00
antirez
d2033feb5c fixed cache-flush-delay configuration parsing 2011-01-02 22:27:26 +01:00
antirez
4942145d72 fixed a bug in diskstore 2011-01-02 21:39:17 +01:00
antirez
e37efb0d8b diskstore race condition fixed 2011-01-02 17:42:04 +01:00
antirez
133cf28ee8 minor comment change of dscache.c 2011-01-01 21:44:14 +01:00
antirez
9a3730289f blocking load fixed with the new design 2011-01-01 21:39:48 +01:00
antirez
3be00d7ed6 implemented a different approach to IO scheduling, so object->storage is no longer used, instead there is a queue and hash table of IO tasks to process, and it is always possible to know what are the scheduled and acrtive IO operations against every single key. 2011-01-01 21:35:56 +01:00
antirez
aa81e4d5f4 minor changes to doc and comments 2010-12-31 18:23:31 +01:00
antirez
d934e1e85b negative caching implemented 2010-12-31 17:32:59 +01:00
antirez
c4b64a1395 don't overload the IO job queue if there are alrady too much entries 2010-12-31 16:10:09 +01:00
antirez
a440ecf0d3 major bug and a dead lock fixed 2010-12-31 14:30:24 +01:00
antirez
8e6bb67108 brainstorming with myself in dscache.c comments 2010-12-31 02:39:00 +01:00