You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For instance, the last-loc query takes around 14 minutes to finish on our server (with shared_buffer=128G, work_mem=4G, and maximum_worker_number=64). While the running time is around 1s in the blog. May we ask what else we need to tune in order to get that performance? Thanks!
FYI, we tried different physical layout configurations during data loading:
--in-table-partition-tag=true --partitions=10 --chunk-time=30m --field-index-count=1 --do-create-db=true --do-abort-on-exist=false
The first configuration is the same as what is in the readme.md. However, none of the above configurations leads to comparable performance as reported in the blog post. Would you please kindly provide some guidance to us? Thank you!
The text was updated successfully, but these errors were encountered:
We generate and load IOT data into Timescale following exactly the readme.md (https://github.com/timescale/tsbs). However, we observe the query performance is very different from what reported in https://www.timescale.com/blog/how-to-benchmark-iot-time-series-workloads-in-a-production-environment/
For instance, the last-loc query takes around 14 minutes to finish on our server (with shared_buffer=128G, work_mem=4G, and maximum_worker_number=64). While the running time is around 1s in the blog. May we ask what else we need to tune in order to get that performance? Thanks!
FYI, we tried different physical layout configurations during data loading:
The first configuration is the same as what is in the readme.md. However, none of the above configurations leads to comparable performance as reported in the blog post. Would you please kindly provide some guidance to us? Thank you!
The text was updated successfully, but these errors were encountered: