-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync upstream up to 5fdec3140188808bb9c2bf48e94b8533dbf75ac5
#818
Conversation
# Conflicts: # tsdb/docs/format/wal.md
The segment size was too low for the additional NHCB data, thus it created more segments then expected. This meant that less were in the lower numbered segments, which meant more was kept. FAIL: TestCheckpoint (4.05s) FAIL: TestCheckpoint/compress=none (0.22s) checkpoint_test.go:361: Error Trace: /home/krajo/go/github.com/prometheus/prometheus/tsdb/wlog/checkpoint_test.go:361 Error: "0.8586956521739131" is not less than "0.8" Test: TestCheckpoint/compress=none Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Remove the 2 minute timeout as the default is 2 hours and wouldn't interfere. With the test. Otherwise the extra samples combined with race detection can push the test over 2 minutes and make it fail. Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
…erge speed We need to create more postings entries so the merger has some work to do. Not material for the regexp ones as they match so few series. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>
As long as we run small and big sizes, we don't need all the sizes inbetween. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>
Now we can call it with more specific types which is more efficient than making everything go through the `Postings` interface. Benchmark the concrete type. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>
This enables it to take advantage of a more compact data structure since all postings are known to be `*ListPostings`. Remove the `Get` member which was not used for anything else, and fix up tests. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>
It was bumped during 3.0 with the adoption of log/slog and other dep updates. ``` ~/go/src/github.com/prometheus/prometheus (main [ ]) -> grep '^go' go.mod go 1.22.0 ``` Signed-off-by: TJ Hoplock <t.hoplock@gmail.com>
fix(main.go): avoid closing the query engine until it is guaranteed to no longer be in use.
…733) Signed-off-by: Arve Knudsen <arve.knudsen@gmail.com>
TSDB: Optimization: Merge postings using concrete type
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
# Conflicts: # tsdb/tsdbutil/histogram.go
prometheus/prometheus#15467 (comment) Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: Bryan Boreham <bjboreham@gmail.com>
Signed-off-by: Arve Knudsen <arve.knudsen@gmail.com>
feat(nhcb): support custom buckets in native histograms in the WAL/WBL
…l (#15786) Signed-off-by: Hélia Barroso <helia_barroso@hotmail.com>
…racters (#15664) BuildCompliantName was renamed to BuildCompliantMetricName, and it no longer takes UTF8 support into consideration. It focuses on building a metric name that follows Prometheus conventions. A new function, BuildMetricName, was added to optionally add unit and type suffixes to OTLP metric names without translating any characters to underscores(_).
|
…chesne/upstream-pt-3
62b9e7a
to
d1ab530
Compare
Version synced here: grafana/mimir-prometheus#818
The NHCB related changes are fine, we cannot ingest NHCB anyway , depends on grafana/mimir#9072 in Mimir. I'm less sure about the UTF-8 stuff. How will it affect receiving OTLP from customers ? Are there new ways we reject some OTLP input? @ArthurSens |
I thought we had not turned on UTF8 handling in production. |
Yeah, my understanding is that Grafana Cloud still doesn't support keeping UTF-8 characters yet, so it should be fine |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no flaws detected
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
approved, I mostly looked at NHCB
* Bump to latest mimir-prometheus Version synced here: grafana/mimir-prometheus#818 * Pull MQE functions tests Fix everything related to prometheus/prometheus#15686 We don't support `double_exponential_smoothing` and `predict_linear`, but `deriv` needs to emit a new annotation * Add CHANGELOG * Add back deriv to test gauntlet * Update to `mimir-prometheus`' main branch * Apply suggestions from code review Co-authored-by: Arthur Silva Sens <arthursens2005@gmail.com> --------- Co-authored-by: Joshua Hesketh <joshua.hesketh@grafana.com> Co-authored-by: Arthur Silva Sens <arthursens2005@gmail.com>
I will integrate this version into Mimir
Diff: prometheus/prometheus@9823a93...5fdec31
No conflicts!
PRs possibly relevant to Mimir:
Irrelevant PRs: