Live data from Hacker News

Viewing profile — postwait

postwait

HN member
Joined
Mon, Sep 13, 2010, 9:02 PM UTC
HN karma
24
Public activity
29 items

About postwait

I am him who is called I am

Recent public activity

  1. comment
    Comment #38535304

    on-premises.... premises... not premise

  2. comment
    Comment #22630984

    I am fairly certain this is the fastest method available https://sorting.cr.yp.to/index.html

  3. comment
    Comment #18722008

    I think this misrepresents the pull vs. push issue. I wrote something up two years about this that was pretty well received. https://www.circonus.com/2016/06/pully-mcpushface/

  4. comment
    Comment #18721994

    IRONdb ( https://www.irondb.io/ ) Can house multi-tenant-safe prometheus long-tail storage as well as others (graphite, opentsdb, influx, etc.). Put it all in one place, scale it u…

  5. comment
    Comment #18470224

    In addition, if you are a freelancer in the US you have access to group healthcare.

  6. comment
    Comment #18470213

    Most universities have special access to both IEEE and ACM publications (as well as many others). They pay for this access.

  7. comment
    Comment #18470195

    I am an IEEE member. I am not sure why anymore, mostly I think it is important to support the industry. I am also an ACM member and I find that very valuable. The community is good…

  8. comment
    Comment #18404586

    We have customers that generate tens of millions of measurements per second. Lots of low-level systems latencies can be collected at high volume. Also, high volume online services …

  9. comment
    Comment #17886111

    I find this discussion fascinating. When I hear people advocate for SLOs (and SLIs) they are often quite rigorous in how they approach it... that is until the very last step where …

  10. comment
    Comment #16252044

    Reducing "Other TSDBs" to log-structured-merge trees is misleading. Any large-scale TSDB has something sophisticated underneath and LSM is often just one tiny part of that. I would…

  11. comment
    Comment #16236714

    Try IRONdb... Relatively fast restarts, linear cluster scalability and no downtime when a single node is malfunctioning.

  12. comment
    Comment #16236701

    Storing and retrieving data has never been all that hard. The challenge is having user-interactive performance on complex queries against the data. Comparing and correlating and de…

  13. comment
    Comment #16231582

    Relentless change is most likely the motivator for these innovations. However, I don't think it is needless innovation or innovation for the same of innovation. Personal opinion th…

  14. comment
    Comment #14690781

    Technically it's systemd/linux.

  15. comment
    Comment #14420541

    Find a group of fellow founders that you can talk with. Even if it is just one or two. As a founder, I can relate to the stress and suffering. Sharing can make all the difference.

  16. comment
    Comment #13338263

    High school teacher.

  17. comment
    Comment #12550071

    Ummm https://github.com/keithf4/pg_partman has been around for a long time and is used all around the world... AND it doesn't require cron jobs. Much tighter solution

  18. comment
    Comment #12146471

    A more thorough investigation of pull vs. push. https://www.circonus.com/pully-mcpushface/

  19. comment
    Comment #12146448

    If you care about correctness of data, solid data retention and good analytics (prediction, forecasting, etc.) then you should take a look at Circonus. http://www.circonus.com/ 500…

  20. comment
    Comment #11220652

    We use it every day at Circonus. One of us is learning something new about how our stuff works every single day.

  21. story
  22. comment
    Comment #7573692

    Oh, yes. Like all the code I've contributed with no reciprocation demanded.

  23. story
  24. story
  25. comment
    Comment #4133443

    "Talks should always be reactionary rather than anticipatory: they’re going to come off as more natural, more interesting, and above all, more valuable." I think that's not true at…