Live data from Hacker News

Viewing profile — mvijaykarthik

mvijaykarthik

HN member
Joined
Wed, Sep 12, 2018, 7:28 PM UTC
HN karma
6
Public activity
20 items

About mvijaykarthik

No profile information was provided.

Recent public activity

  1. comment
    Comment #48916607

    We store these files on S3 and directly read them in the query path using lambda functions. Parquet would work as a storage format for logs and traces, but not for metrics. At oodl…

  2. comment
    Comment #48910766

    We price per GB of ingested trace - $0.3/GB, goes lower as you scale. Traditional APM spans are ~2KB - this would come to ~$0.6/million spans. How we arrived at $10 is that we assu…

  3. comment
    Comment #48907751

    Hi HN, Vijay here Adding support for agent traces turned out to be a great learning experience - it pushed us to rethink and replace parts of our storage engine https://blog.oodle.…

  4. comment
    Comment #46121873

    For more info and examples - https://blog.oodle.ai/high-performance-in-golang/#memory-all...

  5. story
    Show HN: SafePool – Type-safe object pooling for Go

    Frequent memory allocations can be costly in Go. Go's sync.Pool helps with object reuse but isn't type-safe and can introduce bugs. You need type assertions, and it's easy to accid…

  6. comment
    Comment #45817214

    1. We store high cardinality metrics in object storage and only keep most recent data in memory. We use serverless functions (lambdas) for querying these objects which helps us sca…

  7. comment
    Comment #41650970

    Thanks for your feedback, and great questions. 1. We create serverless functions to process each file and then combine the results, optimized for columnar file formats. 2. This is …

  8. comment
    Comment #41638523

    We are reasonably close to the latest version of Grafana. We periodically pull in new changes.

  9. comment
    Comment #41638206

    We are still early in our journey, and are currently working on leveraging LLMs for incidents and query / dashboard generation. We do use pre-LLM-era AI and statistical analysis to…

  10. comment
    Comment #41638082

    Oodle can be utilized solely as a datasource, but we also wanted to provide a solution for customers who don’t have a visualization platform in place. Here is the branch we use: ht…

  11. comment
    Comment #41638041

    Technically you are correct, the scraper will still exist. However, the hard part is scaling the query and storage layers which we replace.

  12. comment
    Comment #41637826

    We use a local disk to temporarily stage data before putting it on S3. We have smaller WAL (write ahead log) objects, and a periodic compaction process which creates read-optimized…

  13. comment
    Comment #41637529

    Great question! Vijay here, I'm one of the co-founders of Oodle. Compared to thanos 1. We use object store (S3) for all queries - even recent time ranges. Object store is not just …

  14. comment
    Comment #41524096

    Good question! Scraping and ingestion continues to use dedicated compute. Serverless helps with query performance. Queries can be parallelized with serverless functions, this espec…

  15. comment
    Comment #41521802

    About Oodle: Oodle is a fully managed, serverless metrics observability platform. It is a drop-in replacement for Prometheus that delivers fast performance at high scale. Oodle is …

  16. story
  17. comment
    Comment #18059652

    I've added a section in the README for this. It works in conjunction with NTPD and the time provided by this library has some extra guarantees like monotonicity, immunity to large …

  18. comment
    Comment #18044744

    We recently open-sourced https://github.com/rubrikinc/kronos for the exact same problem. Coincidentally I shared that on Show HN just today: https://news.ycombinator.com/item?id=18…

  19. comment
    Comment #18037626

    Hi HN, we at Rubrik have created this library which we use with CockroachDB to avoid issues with clock skews impacting service availability. Let us know if you have any questions!

  20. story