Live data from Hacker News

Viewing profile — roskilli

roskilli

HN member
Joined
Wed, Jan 02, 2013, 4:32 AM UTC
HN karma
400
Public activity
124 items

About roskilli

No profile information was provided.

Recent public activity

  1. comment
    Comment #48061689

    Well one thing is, there are package updates that could masquerade a backdoor much like XZ Utils[1]. The post in question points to dependency package managers however not system p…

  2. comment
    Comment #42618446

    If you don’t mind me asking: which popular LLM(s) have you been using for this and how are you providing the code base into the context window?

  3. comment
    Comment #42091318

    Not sure but I believe it’s possible you may have read the parent comment unintentionally in the inverse? I might be wrong but I believe you posited their desired focus is to manag…

  4. comment
    Comment #38298658

    Thanks for the detailed response. I am surprised there is no gauge update API yet (instead of callback only), this is a common use case and I don't think folks should be expected t…

  5. comment
    Comment #38294409

    > Moreover, we encountered some rough edges in the metrics-related functionality of the Go SDK referenced above. Ultimately, we had to write a conversion layer on top of the OTel m…

  6. comment
    Comment #32048560

    One feature I’d love to see is a transformer that instead of providing a random value provides a cryptographic one way hash of the data (ie sha2) - that way key uniqueness stays th…

  7. comment
    Comment #27732595

    Right exactly. As a point of reference, within M3DB each unique time series has a list of “in-order” compressed timestamp/float64 tuple streams. When a datapoint is written the ser…

  8. comment
    Comment #25649485

    Hey jaren hope things are well at Robinhood. Good question, there's a diagram on what a default deployment looks like alongside the M3 v1.0 announcement https://medium.com/chronosp…

  9. story
  10. story
  11. comment
    Comment #24432950

    Modules that rely on global state for anything other than memory pooling or what have you should be avoided. It’s a lot more testable and clean to return a high level data structur…

  12. comment
    Comment #24129080

    M3 is meant to be an open source, central, horizontally scalable metrics store - but your mileage may vary. Either way, check it out: https://m3db.io

  13. comment
    Comment #24129069

    And M3DB too if you want to cluster and scale out, vs cloud store

  14. comment
    Comment #23980354

    Curious: What is your strategy on replication? Is it some form of synchronous replication or asynchronous (i.e. active/passive with potential for data loss in event of hard loss of…

  15. comment
    Comment #23980255

    Thank you for mentioning that, Andrew's post is really fantastic covering many things altogether: fundamentals, data structure, real world impact and examples.

  16. comment
    Comment #23980015

    FYI M3 is now backed by M3DB, a distributed quorum read/write replicated time-series based columnar store specialized for realtime metrics. You can associate multiple values/timese…

  17. comment
    Comment #23910634

    If you're looking at scaling monitoring timeseries data you may also wanter to consider more Availability leaning architecture (in the CAP theory sense) with respect to replication…

  18. comment
    Comment #23586143

    In the companies I've worked at, H1-B workers get compensated in software engineering roles just as well as their peers, I've also seen outliers where it's significantly higher (de…

  19. comment
    Comment #23586119

    There are plenty of >200k H1B workers in SV, and I do believe these engineers and specialists will wonder how they can do their work elsewhere if they can't reasonably plan a few y…

  20. comment
    Comment #23363603

    There's a lot of interest in this space with respect to analytics on top of monitoring and observability data. Anyone interested in this topic might want to check out an issue thre…

  21. comment
    Comment #23363548

    M3 separates query and ingestion if you're interested in clustered storage for metrics, slide in question here: https://www.slideshare.net/RobSkillington/fosdem-2019-m3-pro...

  22. comment
    Comment #23279100

    You may also want to checkout https://eng.uber.com/m3 which is a highly available RF=3 multi-node TSDB metrics backend and is used with heavy Prometheus workloads and is used to in…

  23. comment
    Comment #22992087

    Interesting, didn't realize it imposed a lot of client side changes, I'm curious to hear your experience on that? Was it the change in MySQL compatibility that makes it an upfront …

  24. comment
    Comment #22988997

    Since it's range based sharding, was Vitess ever considered (a popular CNCF MySQL range sharding cluster approach that came out of YouTube)?

  25. comment