Skip to content
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

Streaming query engine #3691

Closed
brancz opened this Issue Jan 16, 2018 · 3 comments

Comments

Projects
None yet
3 participants
@brancz
Copy link
Member

brancz commented Jan 16, 2018

In order for us to be able to implement streaming APIs (#3690) the query engine also needs to be streaming. Currently it processes the entire query, and then returns the result.

@fabxc @gouthamve @brian-brazil

@brancz brancz referenced this issue Jan 16, 2018

Closed

Streaming APIs #3690

@brian-brazil

This comment has been minimized.

Copy link
Member

brian-brazil commented Jan 16, 2018

What sort of API are you imagining? Having to return the same time series names again and again could be expensive.

@krasi-georgiev

This comment has been minimized.

Copy link
Member

krasi-georgiev commented Aug 14, 2018

after the dev discussions at Promcon there are no objections that there would be no benefits from streaming in remote read and too complicated to be worth it in the promql.

@lock

This comment has been minimized.

Copy link

lock bot commented Mar 22, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked and limited conversation to collaborators Mar 22, 2019

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
You can’t perform that action at this time.