Live data from Hacker News

Viewing profile — mfreed

mfreed

HN member
Joined
Mon, Feb 25, 2013, 5:59 PM UTC
HN karma
760
Public activity
242 items

About mfreed

Professor of Computer Science, Princeton.

Co-founder and CTO, Tiger Data.

Web: michaelfreedman.org

Email: mike (at) tigerdata com | mfreed (at) cs princeton edu

Recent public activity

  1. comment
    Comment #47446905

    github.com/timescale/tigerfs

  2. comment
    Comment #47446897

    Hey, author here. Just noticed this. Yes, TigerFS works well with local PG - in fact, all of my testing framework uses this setup. Big upside of this is latency; main downside is t…

  3. comment
    Comment #45765315

    None of this. It's in the blog post in a lot of detail =) The 5ms write latency is because the backend distributed block storage layer is doing synchronous replication to multiple …

  4. comment
    Comment #45764943

    Currently support multi-AZ clusters and multi-region disaster recovery (continuous PITR between regions). We're continuing to evaluate demand for multi-region clusters, love to hea…

  5. comment
    Comment #45764849

    I'm not aware of any published source for this time limit, nor ways to reduce it. The docs do say, however, "If the volume has been impaired for more than 20 minutes, you can conta…

  6. comment
    Comment #45762340

    Tiger Cloud certainly continues to run on AWS. We have built it to rely on fairly low-level AWS primitives like EC2, EBS, and S3 (as opposed to some of the higher-level service off…

  7. comment
    Comment #45761521

    A few datapoints that might help frame this: - EBS typically operates in the millisecond range. AWS' own documentation suggests "several milliseconds"; our own experience with EBS …

  8. story
  9. comment
    Comment #40057439

    TimescaleDB primarily serves operational use cases: Developers building products on top of live data, where you are regularly streaming in fresh data, and you often know what many …

  10. comment
    Comment #40053119

    Our experience is that Clickhouse and Timescale are designed for different workloads, and that Timescale is optimized for many of the time-series workloads people use in production…

  11. comment
    Comment #39246392

    All depends on the benchmark :) https://www.timescale.com/blog/what-is-clickhouse-how-does-i...

  12. comment
    Comment #39245918

    That PoC benchmark didn't turn on Timescale's columnar compression, which every real deployment uses. So misleading at best. (Timescaler)

  13. comment
    Comment #39245381

    Check out how TimescaleDB adds columnar compression to PostgreSQL, typically saving 95% of storage overhead: https://www.timescale.com/blog/building-columnar-compression...

  14. comment
    Comment #39245358

    https://www.timescale.com/blog/how-we-scaled-postgresql-to-3... Staring at a >trillion rows in a TimescaleDB hypertable on PostgreSQL.

  15. comment
    Comment #37728678

    Also, Timescale similarly introduced S3 for bottomless data tiering: https://www.timescale.com/blog/expanding-the-boundaries-of-p...

  16. comment
    Comment #37728638

    Can you say more about "dynamic labels"? Do you just mean that as you evolve, you want to add a new type of "key-value" pair? The most common approach here is just to store the ste…

  17. comment
    Comment #37728001

    If you are open, would love to hear more about some of the challenges you had with Timescale, esp. with your workload. mike (at) timescale or DM on twitter?

  18. comment
    Comment #33627578

    Do you use AWS Athena as the "database/serving layer" for customer-facing applications where performance matters? Our experience is that isn't a common use case for Athena, while i…

  19. comment
    Comment #33626597

    Very much agree. Even without this new capability of S3-based storage, Timescale's native columnar compression often gets like 95% storage reduction, even while staying fully in th…

  20. comment
    Comment #33626075

    This is a great observation. As you point out, this was designed for the workload patterns we typically see with time-series, events, and analytical data, where the query (& insert…

  21. comment
    Comment #33108785

    "Can I use Timescale to provide a SaaS service that collects application traces, and I provide a DSL to query the database that is not exposing the DB directly?" Yes you can. (Time…

  22. comment
    Comment #32947099

    TimescaleDB supports compression for all data types, it just uses type-aware compression algorithms that it applies automatically/transparently based on typing. - Gorilla compressi…

  23. comment
    Comment #31825496

    We see those types of queries commonly in TimescaleDB. And, for example, both compression and "horizontal" scale out has ways where you can optimize your code for these types of an…

  24. comment
    Comment #31771829

    I'm not sure what "recent license changes" you are referring to? The Timescale License was introduced in late 2018, although we never _relicensed_ any of our Apache 2 code, we only…

  25. comment
    Comment #31404026

    We actually do this within Timescale Cloud, and it's amazing. It allows us to cohort performance data across data stored in others microservice databases (e.g., by account types, p…