- 05 Mar, 2020 2 commits
-
-
Guy Benoish authored
-
antirez authored
This makes simpler to give people help when posting such kind of errors in the mailing list or other help forums, because sometimes the directive looks well spelled, but the version of Redis they are using is not able to support it.
-
- 27 Feb, 2020 38 commits
-
-
antirez authored
-
bodong.ybd authored
-
antirez authored
-
antirez authored
-
Ponnuvel Palaniyappan authored
-
antirez authored
-
wangyuan21 authored
-
srzhao authored
-
meir@redislabs.com authored
-
hwware authored
-
hwware authored
-
Hengjian Tang authored
-
Ariel authored
-
Guy Benoish authored
Use built-in alsoPropagate mechanism that wraps commands in MULTI/EXEC before sending them to replica/AOF
-
Oran Agra authored
in some cases we were trying to kill the fork before it got created
-
Guy Benoish authored
-
Oran Agra authored
it seems that running two clients at a time is ok too, resuces action time from 20 minutes to 10. we'll use this for now, and if one day it won't be enough we'll have to run just the sensitive tests one by one separately from the others. this commit also fixes an issue with the defrag test that appears to be very rare.
-
Oran Agra authored
seems that github actions are slow, using just one client to reduce false positives. also adding verbose, testing only on latest ubuntu, and building on older one. when doing that, i can reduce the test threshold back to something saner
-
Oran Agra authored
I saw that the new defag test for list was failing in CI recently, so i reduce it's threshold from 12 to 60. besides that, i add / improve the latency test for that other two defrag tests (add a sensitive latency and digest / save checks) and fix bad usage of debug populate (can't overrides existing keys). this was the original intention, which creates higher fragmentation.
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
hwware authored
-
Guy Benoish authored
-
Madelyn Olson authored
-
Madelyn Olson authored
-
Oran Agra authored
When active defrag kicks in and finds a big list, it will create a bookmark to a node so that it is able to resume iteration from that node later. The quicklist manages that bookmark, and updates it in case that node is deleted. This will increase memory usage only on lists of over 1000 (see active-defrag-max-scan-fields) quicklist nodes (1000 ziplists, not 1000 items) by 16 bytes. In 32 bit build, this change reduces the maximum effective config of list-compress-depth and list-max-ziplist-size (from 32767 to 8191)
-
Guy Benoish authored
-
hayashier authored
-
antirez authored
-
antirez authored
-
Itamar Haber authored
... with CSC disabled
-
antirez authored
This fixes WATCH and client side caching with keys expiring because of a synchronous access and not because of background expiring.
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-