John Sully

I think its clear the project doesn't have as much R&D as I would like. However the database does run a significant percent of caching workloads at Snap and is...

@ilyavaiser The project is in development. Redis and Valkey exist as alternatives if that works better for you.

This project will remain with its original licensing. KeyDB is currently based off Redis 6 primarily because of a lack of features that we needed from 7. However if we...

As a followup there is renewed interest in the project given the license change. KeyDB is used heavily at Snap serving >100 million QPS workloads. However we use the project...

@vwbusguy The Fedora community should understand that Redis labs was a unicorn company dedicated solely to Redis. While Snap is quite large as well they are obviously primarily focussed on...

I am in discussions to potentially add maintainers and better align the code base to Redis 7. If this bears fruit I will post updates here.

We definitely won't have direct source level compatibility anymore, since the upstream code is license incompatible. This is a good thing because we had to make a ton of contortions...

Hey this is pretty interesting, I think we do deploys much less often than this so I haven't seen it. Do you have logs from the time just before it...

Confirmed repro

``` cd src && make all make[1]: Entering directory '/home/jsully/keydb/src' printf ' %b %b\n' "\033[34m"CC"\033[0m" "\033[33m"t_string.o"\033[0m";g++ -std=c++17 -pedantic -fno-rtti -D__STDC_FORMAT_MACROS -Wall -W -Wno-missing-field-initializers -Wno-address-of-packed-member -Wno-atomic-alignment -O0 -g -ggdb -fsanitize=address -DSANITIZE...