Live data from Hacker News

Viewing profile — avthar

avthar

HN member
Joined
Tue, Aug 07, 2018, 3:35 AM UTC
HN karma
298
Public activity
110 items

About avthar

Passionate about tech, AI, and developer products.

If you'd like to get in touch, you can email my username at my username dot com.

Recent public activity

  1. story
  2. story
  3. story
  4. story
  5. story
  6. comment
    Comment #42000234

    Post-co author here. This is actually something that we are considering implementing in future versions of pgai Vectorizer. You point the vectorizer at database A but tell it to cr…

  7. comment
    Comment #41991216

    Post co-author here. Really appreciate the feedback. Your point about HNSW being resource intensive is one we've heard. Our team actually built another extension called pgvectorsca…

  8. comment
    Comment #41990788

    Post co-author here. The point is a little nuanced, so let me explain: You are correct in saying that that you can store embeddings and source data together in many vectordbs. We a…

  9. comment
    Comment #41989987

    Good q. For most standalone vector search use cases, FAISS or a library like it is good. However, FAISS is not a database. It can store metadata alongside vectors, but it doesn't h…

  10. comment
    Comment #41985494

    Hey HN! Post co-author here, excited to share our new open-source PostgreSQL tool that re-imagines vector embeddings as database indexes. It's not literally an index but it functio…

  11. comment
    Comment #41540337

    While I value the depth in which the blog authors went into, some of these are not problems with pgvector but problems with similarity search itself and would be problems with othe…

  12. comment
    Comment #41540105

    There's actually quite a few ways to do shared database multi-tenant setups with pgvector. You can have separate out tenants into separate tables, schema, and even logical database…

  13. story
  14. comment
    Comment #40660955

    See discussion for pgvectorscale in this HN post: https://news.ycombinator.com/item?id=40646276

  15. comment
    Comment #40648982

    Blog co-author here (PM at Timescale). We're excited to release pgvectorscale. Our team built this extension to make PostgreSQL a better database for AI and to challenge the notion…

  16. story
  17. comment
    Comment #37837520

    Timescale recently released Timescale Vector [0] a scalable search index (DiskANN) and efficient time-based vector search, in addition to all capabilities of pgvector and vanilla P…

  18. comment
    Comment #37770121

    Agreed on pgvector being simple and a great choice for POCs and low scale, especially if you're familiar with Postgres. Our team released something new last week built for folks lo…

  19. comment
    Comment #37664869

    (Blog author here). Thanks for the question. In this case the index for both DiskANN and pgvector HNSW is small enough to fit in memory on the machine (8GB RAM), so there's no need…

  20. comment
    Comment #37648775

    Blog author here. This index is built in PostgreSQL. We make it very clear that this is cloud-only in the post and never mention OSS. While we offer it via the Timescale cloud plat…

  21. comment
    Comment #37647071

    Yup 2GB is fine (especially if using quantization), depending on the dataset size of course. Totally fair about cloud-only. Many developers prefer developing on cloud, but some pre…

  22. story
  23. story
  24. comment
    Comment #31447535

    Source clip: https://twitter.com/adam22/status/1527005564802600960?s=20&t...

  25. story