Urgent.News

What's breaking now, across thousands of outlets.

Tech

Using TPC-DS to Compare Cloud Data Engines by Price Performance

Vendor cloud benchmarks rarely answer the real question. Neutral TPC-DS testing can show which engine fits a team’s workload and budget.

Using TPC-DS to Compare Cloud Data Engines by Price Performance

Cloud vendors often present benchmark results under conditions they have chosen, making it difficult to compare their engines objectively. The author needed a standardized, repeatable benchmark that could assess the actual performance and cost of various cloud data processing options for a large organization. TPC-DS (Transaction Processing Performance Council - Decision Support) was chosen because it is a neutral, analytical benchmark that uses a common data model and a set of standard SQL queries to measure performance across different engines.

By running the same workload on multiple systems and measuring the cost of performance, the author could compare the engines more fairly, without being influenced by vendor-specific optimizations or one-off tests. The benchmark revealed that performance depends on the workload size, with some engines performing well for small datasets and others excelling at larger sizes.

Serverless options were particularly attractive for smaller jobs due to their lower overhead. The author concluded that instead of standardizing on a single engine, organizations should determine which kinds of workloads are best suited for each engine, allowing them to optimize costs and performance based on the specific needs of their data pipelines.

However, the author cautioned that synthetic benchmarks like TPC-DS may not fully capture the complexities of real-world data, such as skew, distribution, schema changes, and historical baggage. They also noted that the economic benefits of moving workloads to more elastic processing architectures may not be immediately apparent, as caching and concurrency can further influence the performance and cost of analytical workloads.

Written by urgent.news from HackerNoon's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at hackernoon.com →

More in Tech

The wait queue is just a channel: building a small distributed lock server in Go

Sooner or later you hit the same small problem: two services, on two machines, want to touch the same thing at the same moment — append to a shared file, update a row nobody is fencing, call an API…

  • Locking-Center is a compact Go lock server for distributed systems
  • Uses Go channels to implement lock-free locking mechanism
  • Includes request context map for cancellation and timeout handling

More from Monday 31 August →