feat(2.53.5): opt-in fix for export.match from config; ensure ApplyConfig before export#259
Conversation
cfcdbfd to
62b447b
Compare
62b447b to
eb9a01e
Compare
pintohutch
left a comment
There was a problem hiding this comment.
LGTM % questions/comments
We could also use a /prombench run to ensure we don't see any regressions in steady-state performance.
|
/prombench |
|
This benchmark run compares this PR (#259) with version After a successful deployment, the benchmarking results can be viewed on the Cloud Monitoring Dashboard. To cancel or stop the benchmark run, comment To view the results of the profiling process you can run the following commands. After running the commands, go to |
|
/prombench cancel |
|
I couldn't see any results there... maybe our prombench setup needs fixing... |
|
Cancelling the benchmark run for this PR: #259. |
|
I'd be very surprised if it worked given we didn't touch it for ~year. It might be only one thing though:
However, @pintohutch should we spend time fixing it now vs progressing on matcher stuckness? Is there anything you are are worried about in terms of perf in this PR? I am not adding any state and we don't filter on prombench. |
bwplotka
left a comment
There was a problem hiding this comment.
Thanks for review!
As per above comment, I am not fixing prombench, but instead prioritize further parts of go/gmp:matchstuck
pintohutch
left a comment
There was a problem hiding this comment.
Great conversations - some more feedback for you (apologies for the delay)
|
PTAL, this should be now good to @pintohutch I did add one more tiny change as a safeguard, please check the description note: #259 (comment) |
pintohutch
left a comment
There was a problem hiding this comment.
LGTM % nit
Thanks for doing this!
Implements step 1 from go/gmp:matchstuck Signed-off-by: bwplotka <bwplotka@gmail.com>

Implements step 1 from go/gmp:matchstuck
NOTE: This PR also expects
ApplyConfigto be triggered for export to work. Otherwise it's noop (similar to disable export = true). IMO this is required for reliable startup behaviour for all options (especially matching). Imagine flag is setting = matchAll and config is setting match only "A". We don't want risk random metrics user don't expect (e.g. broken ones) due to startup races.In practice Prometheus ensures ApplyConfig is triggered before DB is ready, but adding safecheck for other callers.