Skip to content

Indexing unit tests should go in diskann #853

@hildebrandmw

Description

@hildebrandmw

For historical reasons, unit tests exercising search and its various flavors (range, multihop filtered etc) live outside of the core diskann crate and instead live in diskann-providers in the large diskann_async.rs and are implemented using the inmem providers.

Further, these tests perform basic recall checks, but do not provide much visibility into more useful metrics like exact neighbors returned, number of get-vector calls etc.

These tests should be ported to the baseline testing infrastructure in diskann and all future such tests should be written there instead of diskann-providers. Ideally, I'd like the diskann crate on its own to have high test coverage and not be dependent on diskann-providers for its testing needs.

Any infrastructure developed within the diskann crate to achieve this can likely be reused to make writing future tests even easier.

Metadata

Metadata

Labels

choresChanges that are not strictly related to a new feature or a bug fix

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions