1. 03 Mar, 2020 1 commit
  2. 02 Mar, 2020 1 commit
  3. 28 Feb, 2020 2 commits
  4. 27 Feb, 2020 4 commits
  5. 25 Feb, 2020 1 commit
  6. 24 Feb, 2020 1 commit
  7. 23 Feb, 2020 2 commits
  8. 22 Feb, 2020 1 commit
  9. 19 Feb, 2020 2 commits
  10. 18 Feb, 2020 2 commits
    • Oran Agra's avatar
      Defrag big lists in portions to avoid latency and freeze · 485425ce
      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)
      485425ce
    • hwware's avatar
      add missing subcommand description for debug oom · 7d4ebe11
      hwware authored
      7d4ebe11
  11. 16 Feb, 2020 3 commits
  12. 14 Feb, 2020 4 commits
  13. 13 Feb, 2020 1 commit
  14. 12 Feb, 2020 2 commits
  15. 11 Feb, 2020 2 commits
  16. 10 Feb, 2020 3 commits
  17. 07 Feb, 2020 4 commits
  18. 06 Feb, 2020 4 commits
    • Oran Agra's avatar
      add no-slowlog option to RM_CreateCommand · 46216b0e
      Oran Agra authored
      46216b0e
    • Oran Agra's avatar
      add no_auth to COMMAND INFO · c8c3281f
      Oran Agra authored
      c8c3281f
    • Guy Benoish's avatar
      Diskless-load emptyDb-related fixes · 92dc5e1f
      Guy Benoish authored
      1. Call emptyDb even in case of diskless-load: We want modules
         to get the same FLUSHDB event as disk-based replication.
      2. Do not fire any module events when flushing the backups array.
      3. Delete redundant call to signalFlushedDb (Called from emptyDb).
      92dc5e1f
    • Oran Agra's avatar
      RM_Scan disable dict rehashing · 28ef18a8
      Oran Agra authored
      The callback approach we took is very efficient, the module can do any
      filtering of keys without building any list and cloning strings, it can
      also read data from the key's value. but if the user tries to re-open
      the key, or any other key, this can cause dict re-hashing (dictFind does
      that), and that's very bad to do from inside dictScan.
      
      this commit protects the dict from doing any rehashing during scan, but
      also warns the user not to attempt any writes or command calls from
      within the callback, for fear of unexpected side effects and crashes.
      28ef18a8