prometheus

Commit Graph

Author	SHA1	Message	Date
Bryan Boreham	31c5760551	Neater string vs byte-slice conversions (#14425 ) unsafe.Slice and unsafe.StringData were added in Go 1.20 Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Arthur Silva Sens	6bcb064d93	Merge pull request #14950 from Maniktherana/fuzz-om-minor-change chore: remove unused code	2 months ago
Julius Volz	52fe4cc4ee	Merge pull request #14944 from roidelapluie/copy Mantine UI: removed unuse file	2 months ago
Julius Volz	dfc6f4b5bc	Merge pull request #14945 from roidelapluie/submillis fix(web): properly format sub-millisecond durations in target status page	2 months ago
Bryan Boreham	e0260930d6	Merge pull request #14951 from prometheus/update-rel-2.55 [release-2.55] Add #14948 to rc0	2 months ago
Bryan Boreham	d42232e178	Merge pull request #14932 from bboreham/chunk-xor-combine-writebits [PERF] TSDB: Chunk encoding: shorten some write sequences	2 months ago
Bryan Boreham	e3617cbd2c	Add #14948 to CHANGELOG Also update the date of the RC which hasn't gone out yet. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Bryan Boreham	6f0d6038b7	[BUGFIX] TSDB: Only query chunks up to truncation time (#14948 ) If the query overlaps the range currently undergoing compaction, we should only fetch chunks up to that time. Need to store that min time in `HeadAndOOOIndexReader`. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Arthur Silva Sens	ca18f298e1	Merge pull request #14949 from Maniktherana/minor-fixes-ct refac: make typeRequiresCT private	2 months ago
Bryan Boreham	9215252221	[BUGFIX] TSDB: Only query chunks up to truncation time (#14948 ) If the query overlaps the range currently undergoing compaction, we should only fetch chunks up to that time. Need to store that min time in `HeadAndOOOIndexReader`. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Manik Rana	3fba6bcdfa	chore: remove unused code Signed-off-by: Manik Rana <manikrana54@gmail.com>	2 months ago
Manik Rana	315165e49d	refac: make typeRequiresCT private Signed-off-by: Manik Rana <manikrana54@gmail.com>	2 months ago
Bryan Boreham	f53a94b9bb	Merge pull request #14920 from prometheus/prep-rel-2.55.0-rc.0 Prepare release 2.55.0-rc.0	2 months ago
Björn Rabenstein	5b9148e552	Merge pull request #14820 from charleskorn/promqltest-native-histogram-format promqltest: use test expression format for histograms in assertion failure messages and include reset hint in the test expression	2 months ago
Julien	146b22d196	fix(autoreload): Reload invalid yaml files When a YAML file is invalid, trigger auto-reload anyway so that user is aware that the configuration file is incorrect. Failing to do so does not change the reload status in metrics and api. Signed-off-by: Julien <roidelapluie@o11y.eu>	2 months ago
Julien	7ebda924b8	fix(web): properly format sub-millisecond durations in target status page Previously, scrapes durations that are very short (e.g., connection refused) could show as empty (durations under 1 millisecond). This commit ensures that sub-millisecond durations are correctly displayed as "0ms" or "1ms" when necessary. - Adjusted `humanizeDuration` to round sub-millisecond durations to the nearest millisecond. - Updated unit tests to verify the correct handling of sub-millisecond values. Signed-off-by: Julien <roidelapluie@o11y.eu>	2 months ago
Julien	5096bb9f29	Mantine UI: removed unuse file Signed-off-by: Julien <roidelapluie@o11y.eu>	2 months ago
Charles Korn	6dbb4e1a94	Fix linting issues Signed-off-by: Charles Korn <charles.korn@grafana.com>	2 months ago
Callum Styan	005bd33fe2	support v2 proto for BenchmarkSampleSend (#14935 ) Signed-off-by: Callum Styan <callumstyan@gmail.com>	2 months ago
Julius Volz	e480cf21eb	Merge pull request #14931 from prometheus/nexucis/autocomplete-topl UI/PromQL: autocomplete topk like aggregation function parameters	2 months ago
Björn Rabenstein	df9916ef66	Merge pull request #14677 from prometheus/beorn7/histogram promql(native histograms): Introduce exponential interpolation	2 months ago
Björn Rabenstein	c7fb6188b4	Merge pull request #14930 from jan--f/holt-winters-experimental move holt_winters to the experimental functions and rename	2 months ago
Augustin Husson	6e899fbb16	fix autocompletion when using by/without Signed-off-by: Augustin Husson <husson.augustin@gmail.com>	2 months ago
Jan Fajerski	aa6dd70812	changelog: record holt_winters rename Signed-off-by: Jan Fajerski <jfajersk@redhat.com>	2 months ago
Jan Fajerski	96e5a94d29	promql: rename holt_winters to double_exponential_smoothing Signed-off-by: Jan Fajerski <jfajersk@redhat.com>	2 months ago
Bryan Boreham	06022a6509	CHANGELOG: Add #14821 Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Björn Rabenstein	1639450172	Merge pull request #14821 from charleskorn/nh-negative-multiplication-division promql: correctly handle unary negation of native histograms and add tests for multiplication and division of native histograms by negative scalars Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Bryan Boreham	85cc1e941d	Merge pull request #14939 from prometheus/redo-14934 [release-2.55] TSDB: Backward compatibility with upcoming index v3	2 months ago
beorn7	6fcd225aee	promql(native histograms): Introduce exponential interpolation The linear interpolation (assuming that observations are uniformly distributed within a bucket) is a solid and simple assumption in lack of any other information. However, the exponential bucketing used by standard schemas of native histograms has been chosen to cover the whole range of observations in a way that bucket populations are spread out over buckets in a reasonably way for typical distributions encountered in real-world scenarios. This is the origin of the idea implemented here: If we divide a given bucket into two (or more) smaller exponential buckets, we "most naturally" expect that the samples in the original buckets will split among those smaller buckets in a more or less uniform fashion. With this assumption, we end up with an "exponential interpolation", which therefore appears to be a better match for histograms with exponential bucketing. This commit leaves the linear interpolation in place for NHCB, but changes the interpolation for exponential native histograms to exponential. This affects `histogram_quantile` and `histogram_fraction` (because the latter is more or less the inverse of the former). The zero bucket has to be treated specially because the assumption above would lead to an "interpolation to zero" (the bucket density approaches infinity around zero, and with the postulated uniform usage of buckets, we would end up with an estimate of zero for all quantiles ending up in the zero bucket). We simply fall back to linear interpolation within the zero bucket. At the same time, this commit makes the call to stick with the assumption that the zero bucket only contains positive observations for native histograms without negative buckets (and vice versa). (This is an assumption relevant for interpolation. It is a mostly academic point, as the zero bucket is supposed to be very small anyway. However, in cases where it _is_ relevantly broad, the assumption helps a lot in practice.) This commit also updates and completes the documentation to match both details about interpolation. As a more high level note: The approach here attempts to strike a balance between a more simplistic approach without any assumption, and a more involved approach with more sophisticated assumptions. I will shortly describe both for reference: The "zero assumption" approach would be to not interpolate at all, but _always_ return the harmonic mean of the bucket boundaries of the bucket the quantile ends up in. This has the advantage of minimizing the maximum possible relative error of the quantile estimation. (Depending on the exact definition of the relative error of an estimation, there is also an argument to return the arithmetic mean of the bucket boundaries.) While limiting the maximum possible relative error is a good property, this approach would throw away the information if a quantile is closer to the upper or lower end of the population within a bucket. This can be valuable trending information in a dashboard. With any kind of interpolation, the maximum possible error of a quantile estimation increases to the full width of a bucket (i.e. it more than doubles for the harmonic mean approach, and precisely doubles for the arithmetic mean approach). However, in return the _expectation value_ of the error decreases. The increase of the theoretical maximum only has practical relevance for pathologic distributions. For example, if there are thousand observations within a bucket, they could _all_ be at the upper bound of the bucket. If the quantile calculation picks the 1st observation in the bucket as the relevant one, an interpolation will yield a value close to the lower bucket boundary, while the true quantile value is close to the upper boundary. The "fancy interpolation" approach would be one that analyses the _actual_ distribution of samples in the histogram. A lot of statistics could be applied based on the information we have available in the histogram. This would include the population of neighboring (or even all) buckets in the histogram. In general, the resolution of a native histogram should be quite high, and therefore, those "fancy" approaches would increase the computational cost quite a bit with very little practical benefits (i.e. just tiny corrections of the estimated quantile value). The results are also much harder to reason with. Signed-off-by: beorn7 <beorn@grafana.com>	2 months ago
Bryan Boreham	81b9407f15	Prepare release 2.55.0-rc.0 Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Julius Volz	c36589a6dd	Merge pull request #14940 from roidelapluie/subsecondzoom UI: Disallow sub-second zoom as this cause inconsistenices in the X axis in uPlot	2 months ago
Julien	546f780006	UI: Disallow sub-second zoom as this cause inconsistenices in the X axis in uPlot Fixes #9135 Signed-off-by: Julien <roidelapluie@o11y.eu>	2 months ago
Ganesh Vernekar	5ccb069414	Backward compatibility with upcoming index v3 Signed-off-by: Ganesh Vernekar <ganeshvern@gmail.com>	2 months ago
Julius Volz	5e68360dc8	Fix error flood by downgrading OTel dependencies (#14884 ) Fixes #14859, although we'll have to see about a long-term fix. Hopefully it'll be fixed upstream with a follow-up version. Signed-off-by: Julius Volz <julius.volz@gmail.com>	2 months ago
George Krajcsovits	0d22a91267	Merge pull request #14874 from krajorama/fix-panic-in-ooo-query2 BUGFIX: TSDB: panic in chunk querier	2 months ago
Bryan Boreham	e8c2d916ec	lint Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Jan Fajerski	15cea39136	promql: put holt_winters behind experimental feature flag Signed-off-by: Jan Fajerski <jfajersk@redhat.com>	2 months ago
Bryan Boreham	648a668835	[PERF] Chunk encoding: combine timestamp writes Instead of a 2-bit write followed by a 14-bit write, do two 8-bit writes, which goes much faster since it avoids looping. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Bryan Boreham	b9a9689aae	[PERF] Chunk encoding: simplify writeByte Rather than append a zero then set the value at that position, append the value. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Bryan Boreham	b65f1b6560	TSDB: Improve xor-chunk benchmarks Benchmarks must do the same work N times. Run 3 cases, where the values are constant, vary a bit, and vary a lot. Also aim for 120 samples same as TSDB default. Signed-off-by: Bryan Boreham <bjboreham@gmail.com>	2 months ago
Joshua Hesketh	b6107cc888	Make rate possible non-counter annotation consistent (#14910 ) * Make rate possible non-counter annotation consistent Previously a PossibleNonCounterInfo annotation would be left in cases where a range-vector selects 1 float data point, even if no more points are selected in order to calculate a rate. This change ensures an output float exists before emitting such an annotation. This fixes an inconsistency where a series with mixed data (ie, a float and a native histogram) would emit an annotation without any points. For example, ``` load 1m series{label="a"} 1 {{schema:1 sum:10 count:5 buckets:[1 2 3]}} eval instant at 1m rate(series[1m1s]) ``` Would have a PossibleNonCounterInfo annotation. Wheras ``` load 1m series{label="a"} {{schema:1 sum:10 count:5 buckets:[1 2 3]}} {{schema:1 sum:15 count:10 buckets:[1 2 3]}} eval instant at 1m rate(series[1m1s]) ``` Would not. --------- Signed-off-by: Joshua Hesketh <josh@nitrotech.org>	2 months ago
Augustin Husson	69619990f8	UI/PromQL: autocomplete topk like aggregation function parameters Signed-off-by: Augustin Husson <husson.augustin@gmail.com>	2 months ago
Bryan Boreham	bb47f78929	Merge pull request #14505 from marioferh/improve_performance_regex [CHANGE] regexp . to match \n and optimize performance	2 months ago
Callum Styan	c328d5fc88	fix rwv2 build write request benchmark, also change how the memory usage (#14925 ) is reported for these benchmarks to more accurately reflect what's actually allocated Signed-off-by: Callum Styan <callumstyan@gmail.com>	2 months ago
Julius Volz	b8d1336d42	Merge pull request #14912 from roidelapluie/notready mantine UI: Distinguish between Not Ready and Stopping	2 months ago
Julius Volz	6c5e2f8fb9	Merge pull request #12829 from arukiidou/chore/bump-webui build(deps): bump lru-cache from 7.18.3 to 11.0.1 in /web/ui	2 months ago
Antoine Pultier	d90d0976b5	fix(bstream/writeByte): ensure it appends only one byte (#14854 ) fix(bstream/writeByte): ensure it appends only one byte Signed-off-by: Antoine Pultier <antoine.pultier@sintef.no>	2 months ago
junya koyama	54fe9f3d04	build(deps): fix breaking chages. Signed-off-by: junya koyama <arukiidou@yahoo.co.jp>	2 months ago
junya koyama	8dae42828d	build(deps): bump lru-cache from 7.18.3 to 11.0.1 in /web/ui Signed-off-by: junya koyama <arukiidou@yahoo.co.jp>	2 months ago
Julien	ac5377873f	mantine UI: Distinguish between Not Ready and Stopping Signed-off-by: Julien <roidelapluie@o11y.eu>	2 months ago

... 3 4 5 6 7 ...

14222 Commits (1e1f6ab9dfb73def3279898ca2c19faf325f88e6) All Branches Search

14222 Commits (1e1f6ab9dfb73def3279898ca2c19faf325f88e6)

All Branches