rust/greptimedb
1
0
Fork 0
mirror of https://github.com/GreptimeTeam/greptimedb.git synced 2026-10-12 23:12:28 +00:00
Code Issues Packages Projects Releases Wiki Activity

test(perf): isolate BSS user SSTs and benchmark every file

Browse Source 
Signed-off-by: discord9 <55937128+discord9@users.noreply.github.com>
This commit is contained in:
discord9
2026-09-08 13:38:47 +08:00
parent c787d24a3d
commit 54f26ea815
2 changed files with 10 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files
tests/perf/README.md
+9 -5
View File
@@ -406,11 +406,15 @@ query latency percentage is
`(candidate_latency_ms_median - base_latency_ms_median) / base_latency_ms_median * 100`.
The configured three warmups occur after the initial query validation and before
that query's 15 measured endpoint requests, so query latency is a warmed
frontend/cache measurement. After the datanodes stop, the case also runs seven
iterations of value-only `parquetbench` for up to four inspected SST files and
sequential `scanbench` over the corresponding regions, with parallelism one.
Their per-run output and aggregate
`parquetbench_median_average_ms` and `scanbench_median_average_ms` are under
frontend/cache measurement. The case restricts storage inspection to
`data/greptime/public`, excluding `greptime_private` SSTs. After the datanodes
stop, it also runs seven iterations of value-only `parquetbench` for all
inspected SST files and sequential `scanbench` over the corresponding regions,
with parallelism one. The three explicit flushes yielded six SSTs in the observed
run—three 1,105,920-row files and three 368,640-row files—because storage split
each flush; this is an observation, not a guaranteed file layout. Their per-run
output and aggregate `parquetbench_median_average_ms` and
`scanbench_median_average_ms` are under
`targets[].read_bench`; they are quiescent local-file read/scan diagnostics, not
warmed frontend-query latency measurements. Bench averages include iteration one;
no OS cache is dropped, and the driver runs base before candidate.
tests/perf/query_cases/sst_float_bss/case.toml
+1 -1
View File
@@ -41,6 +41,7 @@ pending_rows_flush_interval = "1s"
max_batch_rows = 100000
[scenario.remote_write.storage]
root_suffix = "data/greptime/public"
column = "greptime_value"
min_files = 1
min_files_with_column = 1
@@ -55,7 +56,6 @@ projection = ["greptime_value"]
parquet_reader = "direct"
scan_scanner = "seq"
parallelism = 1
max_files = 4
[[scenario.queries]]
name = "sum_all_values"