[C API] Add svs_index_search_range (radius search)
Los mantenedores suelen responder en 5 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
Línea de trabajo
Start with the existing svs_index_search_topk declaration in svs_c.h (around line 1316) and the CSR svs_search_results_t layout, then compare with DynamicVamanaIndexImpl::range_search in bindings/cpp/src/dynamic_vamana_index_impl.h. The new entry point must follow the same buffer-reuse and threadpool rules, add the max_results cap signal, and honour the per-metric radius contract. Done means a declared and implemented svs_index_search_range with tests for L2, dot product and cosine, including the cap-reached case.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Please add a radius search to the C API: given a query and a threshold, return every vector within that threshold. Today the only C API search is svs_index_search_topk (svs_c.h:1316). C_API_Design.md (line 300) lists range search as a future extension, and the CSR layout of svs_search_results_t was designed to carry variable per-query result counts for it (svs_c.h:365-368).
Why now
valkey-search added range queries in valkey-io/valkey-search#985, FT.SEARCH ... @v:[VECTOR_RANGE <radius> $blob], merged 2026-10-02. Every vector index now has to implement VectorBase::SearchRange(query, radius, filter).
valkey-search's SVS_VAMANA index uses only the C API. Without a radius search there, it approximates one:
- Run
svs_index_search_topkwithkup to the configured cap,search.max-nonvector-search-results-fetched(100,000 by default). - Keep the results within the radius.
- When the cap is reached with its farthest result still in range, scan every stored vector exactly.
This works, but it sizes the search by the cap rather than by how many vectors are actually in range, and the exhaustive scan is O(N).
Ask
A C API entry point alongside svs_index_search_topk, for example:
SVS_API bool svs_index_search_range(
svs_index_h index,
const float* queries,
size_t num_queries,
float radius,
size_t max_results, /* per query; 0 = no limit */
svs_search_results_t* out_results,
svs_search_params_h search_params /*=NULL*/,
svs_id_filter_i id_filter /*=NULL*/,
svs_error_h out_err /*=NULL*/
);
with this contract:
- Results. Per-query counts vary, written in the existing CSR layout (
offsets,total_results). Ordering within a row doesn't matter to us. - Radius is in the index metric's own units, and documented per metric. For L2, results have distance
<= radius. For dot product and cosine, results have similarity>= radius. A non-positive threshold must be accepted for dot product and cosine: valkey-search's distance radiusrmaps to the similarity threshold1 - r, which is<= 0wheneverr >= 1. max_resultscap. When a query has more thanmax_resultsvectors in range, returnmax_resultsof them and report that the cap was reached, for example through a flag or a per-query count. valkey-search then falls back to an exact scan, so it needs to know the result is incomplete rather than get a silently truncated one.- Threading. Run on the threadpool installed with
svs_index_builder_set_threadpool_custom, assvs_index_search_topkdoes. valkey-search installs a pool that runs on the calling thread so SVS starts no threads of its own. - Filtering. Same
svs_id_filter_icontract assvs_index_search_topkwithfilter_rate() <= 0(intel/ScalableVectorSearch#415): no sampling, no early exit on hit rate, and return the matches found.
How this differs from the C++ range search
The C++ runtime bindings already provide range search: DynamicVamanaIndex::range_search (bindings/cpp/include/svs/runtime/vamana_index.h:88), implemented in DynamicVamanaIndexImpl::range_search (bindings/cpp/src/dynamic_vamana_index_impl.h:216). It walks batch_iterator in distance order, in batches of the search window size, and stops at the first result outside the radius. That traversal suits this request too. What differs is the contract around it:
C++ range_search |
This request (C API) | |
|---|---|---|
| Interface | C++ virtual method; results through a ResultsAllocator callback |
C function; results in svs_search_results_t CSR, with the buffer-reuse and struct_size rules svs_index_search_topk already follows |
| Radius validation | Rejects radius <= 0 for every metric (line 226) |
Accepts any finite threshold for dot product and cosine (similarity can be <= 0); keeps > 0 for L2 |
| Radius units | Not documented per metric | Documented per metric: distance <= for L2, similarity >= for dot product and cosine |
| Threading | Runs on default_threadpool() (line 297) |
Runs on the threadpool installed on the index, like svs_index_search_topk |
| Result size | Unbounded; reserves the search buffer's capacity per query and grows from there | Capped by max_results, with a signal when the cap was reached |
| Filter | IDFilter::is_member only |
svs_id_filter_i, with the filter_rate() <= 0 contract from #415 |
| Errors | Status / StatusException |
svs_error_h, like the other C API calls |
Consumer context
- valkey-search (
ALGORITHM SVS_VAMANA) is built on the C API submodule, pinned at8285340. - The current
SearchRangefallback is in eshenayo/valkey-search (src/indexes/vector_svs.cc), part of the upstream draft valkey-io/valkey-search#1577. - With a native call,
VectorSVS::SearchRangewould become a singlesvs_index_search_rangecall. It would fall back to the exact scan only when SVS reports the cap was reached.
- Lenguaje dominante
- C++
- Estrellas
- 241
- Forks
- 48
- Merge medio
- 4 d 21 h
- PR fusionados (30 d)
- 11
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de intel/ScalableVectorSearch
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
intel/ScalableVectorSearch#356 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
intel/ScalableVectorSearch#469 ·
Los mantenedores suelen responder en 5 días
-
Add CI test for C API on ARMAbiertoenhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 32/100
intel/ScalableVectorSearch#460 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
intel/ScalableVectorSearch#438 ·
Los mantenedores suelen responder en 5 días
-
CI: tier the test matrix into PR / main / nightly to cut Actions minutesPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 32/100
intel/ScalableVectorSearch#432 · 1 comentario ·
Los mantenedores suelen responder en 5 días
Todos los issues de intel/ScalableVectorSearch
Issues similares
-
runtime: lf_f128_mod is documented as fmodq (truncating) but implements floor-based modulo; unusedAbiertointernal correctness low priority rt_lib
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 87/100
-
PriorityNotificationQueue::wakeUpAll() loses the wake-up for a thread that is not waiting yetPosiblemente ocupada @matejk la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pocoproject/poco#5674 ·
Los mantenedores suelen responder en 2 días
-
bug docs GUI
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
sonic-pi-net/sonic-pi#3609 ·
-
Unreachable code warningAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
SanderMertens/flecs#2395 ·
Los mantenedores suelen responder en 1 día