[C API] Versioned, documented compatibility for the save/load stream format
Mantenedores costumam responder em até 5 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 18/100
Direção de pesquisa
Start with svs_get_version() in bindings/c/src/svs_c.cpp (line 69) and the save_version field in dynamic_index.h, which is currently 0.0.0. Trace svs_index_save_stream and svs_index_load_stream_dynamic to see where a format version would go in the stream header. Done means a format version is written and readable without loading the index, and a mismatched stream returns an error rather than crashing. The compatibility contract also needs a decision from maintainers before code work starts.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Summary
Please version the byte stream produced by svs_index_save_stream and consumed by svs_index_load_stream_dynamic, independently of the C API version, and document which versions a given release can load.
Why
valkey-search embeds the SVS stream in its RDB files. Users upgrade the module (and so SVS) in place, and replicas can briefly run a different build from the primary. Today the only version available to us is svs_get_version(), the C API version (bindings/c/src/svs_c.cpp:69); the serialized save_version in dynamic_index.h is 0.0.0. So we can't tell "same format, newer library" from "incompatible format", and have to either reject every RDB after any SVS bump or risk loading an incompatible stream.
Ask
- A format version in the stream header, and a C API call to read it from a stream without loading the index, or to report it from a handle.
- A compatibility contract: a release can load streams written by earlier releases within the same major format version, and fails cleanly (an error, not a crash) on a stream it can't load.
- Release notes that call out format version changes.
Consumer context
valkey-search (ALGORITHM SVS_VAMANA), C API submodule pinned at 8285340. Today vector_svs.cc rejects any svs_get_version() mismatch on load. With a format version we can accept compatible streams and rebuild from the keyspace otherwise.
- Linguagem predominante
- C++
- Estrelas
- 241
- Forks
- 48
- Merge médio
- 4d 21h
- PRs com merge (30d)
- 11
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de intel/ScalableVectorSearch
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 88/100
intel/ScalableVectorSearch#356 ·
Mantenedores costumam responder em até 5 dias
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 42/100
intel/ScalableVectorSearch#469 ·
Mantenedores costumam responder em até 5 dias
-
Add CI test for C API on ARMAbertaenhancement
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 32/100
intel/ScalableVectorSearch#460 ·
Mantenedores costumam responder em até 5 dias
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 55/100
intel/ScalableVectorSearch#438 ·
Mantenedores costumam responder em até 5 dias
-
CI: tier the test matrix into PR / main / nightly to cut Actions minutesTalvez já em andamento Um pull request vinculado a esta issue está aberto ou já foi mesclado. Aberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 32/100
intel/ScalableVectorSearch#432 · 1 comentário ·
Mantenedores costumam responder em até 5 dias
Todas as issues de intel/ScalableVectorSearch
Issues semelhantes
-
runtime: lf_f128_mod is documented as fmodq (truncating) but implements floor-based modulo; unusedAbertainternal correctness low priority rt_lib
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 87/100
-
PriorityNotificationQueue::wakeUpAll() loses the wake-up for a thread that is not waiting yetTalvez já em andamento @matejk assumiu hoje. Abertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
pocoproject/poco#5674 ·
Mantenedores costumam responder em até 2 dias
-
bug docs GUI
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
sonic-pi-net/sonic-pi#3609 ·
-
Unreachable code warningAbertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
SanderMertens/flecs#2395 ·
Mantenedores costumam responder em até 1 dia