Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

blog: Why HNSW is not the answer #116

Closed
gaocegege opened this issue Nov 28, 2024 · 1 comment
Closed

blog: Why HNSW is not the answer #116

gaocegege opened this issue Nov 28, 2024 · 1 comment
Assignees
Labels
help wanted Extra attention is needed

Comments

@gaocegege
Copy link
Member

gaocegege commented Nov 28, 2024

HNSW has become the de facto standard for many vector databases. It is often considered:

particularly well-suited for large-scale vector similarity searches due to its multi-layered graph structure, which efficiently navigates vector embeddings, and its support for the incremental addition of new data points.

However, we challenge this assumption. While HNSW performs well on smaller datasets, it struggles to scale effectively when dataset sizes grow significantly. This is largely due to its reliance on memory-based indexing, which becomes impractical for large-scale applications compared to disk-based solutions.

This contrast could serve as the foundation for a blog post, where we illustrate why memory-based approaches like HNSW fall short in scalability and why disk-based solutions offer a more practical alternative for massive datasets.

@gaocegege gaocegege added the help wanted Extra attention is needed label Nov 28, 2024
@gaocegege
Copy link
Member Author

cc @VoVAllen

We need someone with in-depth expertise in IVF+RabitQ to write the draft. I could help reorg / refine it.

@VoVAllen VoVAllen self-assigned this Nov 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants