Um desenvolvedor lançou o KiviDB, uma alternativa de código aberto e multithread ao Redis e ao Valkey, escrita em Rust. O projeto começou em fevereiro de 2026 como uma forma de aprender Rust e de resolver os picos de memória após snapshots e os erros de falta de memória em pods em execução, problemas que o autor enfrentou com o Dragonfly. O KiviDB oferece suporte aos protocolos RESP2 e RESP3, para que os clientes Redis existentes funcionem sem alterações. Seu keyspace é particionado entre threads e tem o melhor desempenho no Linux, graças ao io_uring por meio da crate tokio_uring, com um fallback para Tokio em outros sistemas operacionais. O motor principal é licenciado sob AGPLv3, e o autor observa que cerca de 98-99% dos comandos do Redis 8.10 são suportados.
O autor executou benchmarks em dois servidores c7gn.metal no mesmo grupo de placement us-east1, usando o memtier-benchmark, com 10 milhões de chaves de 100 B cada, distribuídas em 32 núcleos. Com pipelining na profundidade 16, o KiviDB atingiu 21,2 milhões de operações GET por segundo, contra 9,1 milhões do Dragonfly 2.0, 2,4 milhões do Redis 8.10 e 4,7 milhões de um Redis Cluster com 32 shards. Sem pipelining, o Dragonfly foi um pouco mais rápido, com 3,35 milhões de ops/s contra 3,07 milhões do KiviDB. O uso de memória por chave foi de 177 B no KiviDB, 134 B no Dragonfly e 178 B no Redis. A ingestão de vetores foi mais lenta que a das alternativas, enquanto as consultas vetoriais foram mais rápidas com valores de ef baixos, porém mais lentas que o Dragonfly com valores de ef altos.
O projeto também inclui busca de texto completo e vetorial integrada, e o autor elaborou um conceito de serviço gerenciado na nuvem para AWS, GCP e Azure. As lacunas conhecidas de comandos são acompanhadas no GitHub, e colaboradores são convidados a participar. O projeto pode ser testado com um único comando Docker, que inicia o servidor na porta 6380.
Fonte: Hacker News · Resumido por HeadlinesBriefing