beorn7 454ecf3f52 Rework the way ranges and instants are handled ... In a way, our instants were also ranges, just with the staleness delta as range length. They are no treated equally, just that in one case, the range length is set as range, in the other the staleness delta. However, there are "real" instants where start and and time of a query is the same. In those cases, we only want to return a single value (the one closest before or at the equal start and end time). If that value is the last sample in the series, odds are we have it already in the series object. In that case, there is no need to pin or load any chunks. A special singleSampleSeriesIterator is created for that. This should greatly speed up instant queries as they happen frequently for rule evaluations.		2016-02-22 01:47:18 +01:00
..
testdata	Add without aggregator modifier.	2016-02-08 14:05:33 +00:00
analyzer.go	Rework the way ranges and instants are handled	2016-02-22 01:47:18 +01:00
ast.go	Fix various typos in comments.	2016-02-10 03:47:00 +01:00
engine.go	Streamline series iterator creation	2016-02-19 16:24:38 +01:00
engine_test.go	promql: Reduce flakiness of concurrency test	2015-09-23 10:07:30 +01:00
functions.go	Streamline series iterator creation	2016-02-19 16:24:38 +01:00
lex.go	Add without aggregator modifier.	2016-02-08 14:05:33 +00:00
lex_test.go	Add without aggregator modifier.	2016-02-08 14:05:33 +00:00
parse.go	Fix various typos in comments.	2016-02-10 03:47:00 +01:00
parse_test.go	Add without aggregator modifier.	2016-02-08 14:05:33 +00:00
printer.go	Add without aggregator modifier.	2016-02-08 14:05:33 +00:00
printer_test.go	Add without aggregator modifier.	2016-02-08 14:05:33 +00:00
promql_test.go	Fix most golint warnings.	2015-08-26 12:44:46 +02:00
quantile.go	Switch promql types to common/model	2015-08-25 13:49:14 +02:00
test.go	Unify duration parsing	2016-01-29 15:41:50 +01:00