We disabled parallelism in the blog post for demonstration purposes. The 300x slower refers to the clickbench numbers[0] where parallelism is enabled
[0] https://benchmark.clickhouse.com/#system=+liH|pgrs|gQ&type=-...
We disabled parallelism in the blog post for demonstration purposes. The 300x slower refers to the clickbench numbers[0] where parallelism is enabled
[0] https://benchmark.clickhouse.com/#system=+liH|pgrs|gQ&type=-...
Who is "we"?
The pgrust team asked me to look at their results on a review system, and I confirmed the ClickBench speedup there. Regular PostgreSQL is really terrible at some of these queries. Unfortunately fixing that is hard to do in core itself because columnar storage lives outside of the main tree, and some optimization problems only show up when layered on columnar.
^For context, this is Greg Smith, the author of Postgres 9.0 High Performance[0]. That book was my first introduction to Postgres
[0] https://www.amazon.com/dp/184951030X
Me and Jason, the two people working on the project
hi