Live data from Hacker News

Viewing profile — epdlxjmonad

epdlxjmonad

HN member
Joined
Thu, Feb 20, 2020, 5:44 AM UTC
HN karma
18
Public activity
29 items

About epdlxjmonad

No profile information was provided.

Recent public activity

  1. comment
    Comment #44451408

    In this article, we report the results of evaluating the performance of the latest releases of Trino, Spark, Hive-MR3 using 10TB TPC-DS benchmark. Trino 476 (released in June 2025)…

  2. story
  3. comment
    Comment #43752477

    Performance Evaluation of Trino 468, Spark 4.0.0-RC2, and Hive 4 on MR3 2.0 using the TPC-DS Benchmark In this article, we report the results of evaluating the performance of the f…

  4. story
  5. story
  6. story
  7. comment
    Comment #36139157

    This article evaluates the performance of the following systems. Trino 418 (released on May 17, 2023) Spark 3.4.0 (released on Apr 13, 2023) Hive 3.1.3 on MR3 1.7 (released on May …

  8. story
  9. story
  10. story
  11. comment
    Comment #31513085

    Diablo where you control a large party -- I tried this idea myself (using a bit of hack) and found it to be such great fun and extremely addictive. The only bad thing about it is t…

  12. story
  13. story
  14. story
  15. story
  16. story
  17. story
  18. story
  19. comment
    Comment #23278764

    While I cannot give a definitive answer because I am not an expert on Spark internals, my opinion is that the discrepancy results mainly from query and runtime optimization. Apart …

  20. comment
    Comment #23265521

    Query plans are heavily optimized, and map-side joins are used extensively. The use of optimizations exploiting memory makes the so-called in-memory computing of Spark no longer re…

  21. comment
    Comment #23253661

    There is a common belief that SparkSQL is better than Hive because SparkSQL uses in-memory computing while Hive is disk-based. Another common belief is that Presto is better than H…

  22. comment
    Comment #23159622

    I agree that Spark on Kubernetes will have a hard time fixing the problem of shuffling. If they choose to use local disks for per-node shuffle service, a performance issue arises b…

  23. story
  24. comment
    Comment #22999067

    Using a single thread to simulate everything is cool (as stated in my previous comment on FoundationDB at https://news.ycombinator.com/item?id=22382066 ). Especially if the overhea…

  25. comment
    Comment #22995234

    For debugging a distributed system, it may be just okay to use the traditional way consisting of testing, log analysis, and visualizing that everyone is familiar with. Yes, there a…