8000 Add 0.18.0rc1 changelog by fabxc · Pull Request #1535 · prometheus/prometheus · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Add 0.18.0rc1 changelog #1535

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

Merged
merged 1 commit into from
Apr 7, 2016
Merged

Add 0.18.0rc1 changelog #1535

merged 1 commit into from
Apr 7, 2016

Conversation

fabxc
Copy link
Contributor
@fabxc fabxc commented Apr 7, 2016

@fabxc fabxc force-pushed the fabxc/0.18.0rc1_changelog branch from 761fd86 to 548c915 Compare April 7, 2016 14:16
* [FEATURE] Add `holt_winters` query function
* [FEATURE] Add relative complement `unless` operator to PromQL
* [ENHANCEMENT] Handle data corruption more gracefully
* [ENHANCEMENT] Quarantine series file on write issues
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think these two items are essentially the same (or the latter is the way to do the former).

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps: "Quarantine series file if data corruption is encountered (instead of crashing)."

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Or "instead of panic" if we want to use the Go lingo.

@beorn7
Copy link
Member
beorn7 commented Apr 7, 2016

I assume we will add same more instructions to the announcement mail (like how to activate the varbit encoding and such).

@fabxc
Copy link
Contributor Author
fabxc commented Apr 7, 2016

Yes. What's "and such"? I don't see anything else configuration wise – PromQL changes are found in the documentation, which we can link. We didn't do this before though.

@brian-brazil
Copy link
Contributor

👍

@beorn7
Copy link
Member
beorn7 commented Apr 7, 2016

"and such" could be the explanation about the improvement in query time if you have a lot of series churn (so that people can do the trade off if they want to upgrade or not - for those in less agile environment where an upgrade is a big deal).

@fabxc
Copy link
Contributor Author
fabxc commented Apr 7, 2016

Can you give me a short paragraph to include here?

@fabxc fabxc force-pushed the fabxc/0.18.0rc1_changelog branch from 548c915 to 6d1a756 Compare April 7, 2016 14:42
@fabxc fabxc merged commit 0520414 into release-0.18 Apr 7, 2016
@fabxc fabxc deleted the fabxc/0.18.0rc1_changelog branch April 7, 2016 14:45
@grobie
Copy link
Member
grobie commented Apr 7, 2016

Please publish a blog post about the release and all the necessary information (explanations, links, howtos, etc.). The mailing list is nice but not widely used.

@beorn7
Copy link
Member
beorn7 commented Apr 7, 2016

I'll phrase a paragraph about the chunk encoding and the index lookups once I'm out of the meeting I'm currently in

@beorn7
Copy link
Member
beorn7 commented Apr 7, 2016

@fabxc Suggestion:

This release introduces a new chunk encoding with variable bit width, in parts inspired by Facebook's "Gorilla" paper. At the price of increased CPU cost and run-time of queries, the chunk space requirement drops by ~60% for typical data sets. The varbit encoding has to be enabled with the command line flag -storage.local.chunk-encoding-version=2, all newly created chunks will have the new chunk encoding. It is safe to use a mix of different chunk encodings.

Several storage improvements dramatically increase the performance of instant queries for the most recent value of time series, as it typically happens in rule evaluations and for federation. On servers with a lot of series churn (i.e. many older series that don't receive samples anymore), we have seen a 12x speedup of rule evaluations with CPU usage reduced by 75%.

@fabxc
Copy link
Contributor Author
fabxc commented Apr 7, 2016

Great numbers. Really nice work!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants
0