-
Notifications
You must be signed in to change notification settings - Fork 58
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
Lantern’s Performance vs. pgvector - Authenticity and Future Improvements #272
Comments
Hi @Haskely, Thanks your interest in lantern and for commenting on this! We are doing a major upgrade of lantern with improved storage layer (see PR1, PR2). So, we are working on improvements but I won't promise anything here and will let the benchmarks speak for themselves once they are out (will be within 10 days). In particular, we are working on supporting the new hardware optimizations from usearch, enabling cpu-specific build flags, adding vector quantization techniques. In the meantime, here are some of the reasons you might still want to consider lantern:
|
@Ngalstyan4 thanks for the update:
I guess it is not as simple as updating the third_partry folder to point to a recent USearch? |
Right. |
Any news on leveraging AVX512 USearch improvements? I see the external usearch dependency was updated recently |
Hi Lantern Team,
I noticed your commitment to performance excellence in the README. However, a comparison on tembo.io (https://tembo.io/blog/postgres-vector-search-pgvector-and-lantern) suggests Lantern falls behind pgvector in certain metrics.
Could you comment on:
Looking forward to your insights.
The text was updated successfully, but these errors were encountered: