Live data from Hacker News

Viewing profile — ekzhu

ekzhu

HN member
Joined
Tue, Apr 07, 2015, 4:50 PM UTC
HN karma
131
Public activity
35 items

About ekzhu

No profile information was provided.

Recent public activity

  1. story
  2. comment
    Comment #47591581

    CoPaw comes with CoPaw-Flash models fine-tuned for personal assistant scenarios: https://huggingface.co/collections/agentscope-ai/copaw-flash

  3. story
  4. story
    Show HN: TuFT – Open-source multi-tenant, Tinker-compatible fine-tuning platform

    We've been building TuFT (Tenant-unified FineTuning), an open-source platform that lets multiple users fine-tune LLMs on shared GPU infrastructure through a unified API. It's MIT l…

  5. story
  6. story
  7. comment
    Comment #31858607

    Check out MATCH_RECOGNIZE. It is a new SQL feature that does just what the post describes.

  8. comment
    Comment #31245239

    The Dataframe is loaded from disk true, but it is possible that batch loading is faster (esp. with structured data) than row-by-row translation Postgres types into Python types. Wo…

  9. comment
    Comment #31242220

    Great idea! I see this is implemented using the Python language interface supported by PostgreSQL and importing sklearn models. I always wonder how scalable this is considering the…

  10. comment
    Comment #29836397

    I am curious what is issue with existing migration tools? There are so many tools out there. What is the problem they are not solving?

  11. comment
    Comment #29670775

    Most of it should be cached. I think it’s a trade off between server load and client experience. Millions of 10KB requests << thousands of 500KB requests (also potentially with lot…

  12. comment
    Comment #29436806

    TLDR: Arrow got an SQL interface provided by DuckDB. So you have a new way to run SQL on Parquet et al through DuckDB -> Arrow -> Parquet. Of course, you still need to watch out fo…

  13. comment
    Comment #29269121

    There is no reason for both approaches to not coexist: a centralized catalog managed by a small team, setting the “gold standard” for the many decentralized data producers and cura…

  14. comment
    Comment #29249652

    I cannot continue reading after this following “declaration”… Author should take a look at the Wikipedia page for TF-IDF. > As someone who has a Ph.D. in Human-computer Interaction…

  15. comment
    Comment #28954509

    Thanks for the response. I enjoy reading your blog. What you said reminds me of the post [0] in which you compared Timescale with InfluxDB and argued that SQL is better. Has your p…

  16. comment
    Comment #28954465

    Thanks for the background. I find it fascinating that the small-data scenarios in analytics are still kind of chaotic when it comes to tooling. Full-fledged SQL queries on relation…

  17. comment
    Comment #28927596

    Database researcher here. This is really cool! I wonder what was the initial drive for this new feature? Is this meant to be a "short-cut" to express complicated SQL queries, or is…

  18. comment
    Comment #28536055

    Interesting findings: 1. "Amazon Restaurant & Bar Inc" received 1.3M in FY2021 while apparently empolying only 8 people and taking a revenue of 96k ( https://www.manta.com/c/mhx084…

  19. story
  20. comment
    Comment #24235509

    How do you handle expensive queries? Several JOIN over multiple large data sources can easily take minutes if not hours.

  21. comment
    Comment #24147070

    Just want to point it out in case people miss it: it has a Postgres extension you can use directly in your databases.

  22. story
  23. comment
    Comment #21533388

    There are many free public datasets available on the web. I have an open source project on crawling public datasets and make them searchable in one place: https://github.com/findop…

  24. story
  25. story