1. 30 Nov, 2018 1 commit
  2. 19 Nov, 2018 1 commit
  3. 18 Jul, 2018 1 commit
    • Thomas Jackson's avatar
      Add offset to selectParams (#4226) · 92c6f0c9
      Thomas Jackson authored
      * Add Start/End to SelectParams
      * Make remote read use the new selectParams for start/end
      This commit will continue sending the start/end time of the remote read
      query as the overarching promql time and the specific range of data that
      the query is intersted in receiving a response to is now part of the
      ReadHints (upstream discussion in #4226).
      * Remove unused vendored code
      The genproto.sh script was updated, but the code wasn't regenerated.
      This simply removes the vendored deps that are no longer part of the
      codegen output.
      Signed-off-by: default avatarThomas Jackson <jacksontj.89@gmail.com>
  4. 13 Feb, 2018 1 commit
    • Fabian Reinartz's avatar
      *: implement query params · 7ccd4b39
      Fabian Reinartz authored
      This adds a parameter to the storage selection interface which allows
      query engine(s) to pass information about the operations surrounding a
      data selection.
      This can for example be used by remote storage backends to infer the
      correct downsampling aggregates that need to be provided.
  5. 10 Dec, 2017 1 commit
    • Ed Schouten's avatar
      Deprecate DeduplicateSeriesSet() in favor of NewMergeSeriesSet(). · bb724f1b
      Ed Schouten authored
      Federation makes use of dedupedSeriesSet to merge SeriesSets for every
      query into one output stream. If many match[] arguments are provided,
      many dedupedSeriesSet objects will get chained. This has the downside of
      causing a potential O(n*k) running time, where n is the number of series
      and k the number of match[] arguments.
      In the mean time, the storage package provides a mergeSeriesSet that
      accomplishes the same with an O(n*log(k)) running time by making use of
      a binary heap. Let's just get rid of dedupedSeriesSet and change all
      existing callers to use mergeSeriesSet.
  6. 23 Nov, 2017 1 commit
  7. 13 Nov, 2017 1 commit
    • Tobias Schmidt's avatar
      Add storage.Queryable and storage.QueryableFunc · 9b0091d4
      Tobias Schmidt authored
      In order to compose different querier implementations more easily, this
      change introduces a separate storage.Queryable interface grouping the
      query (Querier) function of the storage.
      Furthermore, it adds a QueryableFunc type to ease writing very simple
      queryable implementations.
  8. 18 Oct, 2017 1 commit
  9. 04 Oct, 2017 1 commit
    • Julius Volz's avatar
      Re-add contexts to storage.Storage.Querier() (#3230) · f7e8348a
      Julius Volz authored
      * Re-add contexts to storage.Storage.Querier()
      These are needed when replacing the storage by a multi-tenant
      implementation where the tenant is stored in the context.
      The 1.x query interfaces already had contexts, but they got lost in 2.x.
      * Convert promql.Engine to use native contexts
  10. 07 Sep, 2017 1 commit
  11. 12 Jul, 2017 1 commit
  12. 04 Jul, 2017 1 commit
  13. 22 May, 2017 1 commit
  14. 04 Apr, 2017 2 commits
  15. 02 Feb, 2017 1 commit
  16. 16 Jan, 2017 1 commit
    • Fabian Reinartz's avatar
      retrieval: cache series references, use pkg/textparse · c691895a
      Fabian Reinartz authored
      With this change the scraping caches series references and only
      allocates label sets if it has to retrieve a new reference.
      pkg/textparse is used to do the conditional parsing and reduce
      allocations from 900B/sample to 0 in the general case.
  17. 13 Jan, 2017 1 commit
  18. 02 Jan, 2017 1 commit
  19. 29 Dec, 2016 1 commit
  20. 25 Dec, 2016 3 commits
  21. 25 Nov, 2014 1 commit
  22. 27 Feb, 2014 1 commit
    • Bjoern Rabenstein's avatar
      Major code cleanup in storage. · 6bc083f3
      Bjoern Rabenstein authored
      - Mostly docstring fixed/additions.
        (Please review these carefully, since most of them were missing, I
        had to guess them from an outsider's perspective. (Which on the
        other hand proves how desperately required many of these docstrings
      - Removed all uses of new(...) to meet our own style guide (draft).
      - Fixed all other 'go vet' and 'golint' issues (except those that are
        not fixable (i.e. caused by bugs in or by design of 'go vet' and
      - Some trivial refactorings, like reorder functions, minor renames, ...
      - Some slightly less trivial refactoring, mostly to reduce code
        duplication by embedding types instead of writing many explicit
      - Cleaned up the interface structure a bit. (Most significant probably
        the removal of the View-like methods from MetricPersistenc. Now they
        are only in View and not duplicated anymore.)
      - Removed dead code. (Probably not all of it, but it's a first
      - Fixed a leftover in storage/metric/end_to_end_test.go (that made
        some parts of the code never execute (incidentally, those parts
        were broken (and I fixed them, too))).
      Change-Id: Ibcac069940d118a88f783314f5b4595dce6641d5
  23. 21 Jan, 2014 1 commit
    • Bjoern Rabenstein's avatar
      Fix OperatorError. · c342ad33
      Bjoern Rabenstein authored
      This used to work with Go 1.1, but only because of a compiler bug.
      The bug is fixed in Go 1.2, so we have to fix our code now.
      Change-Id: I5a9f3a15878afd750e848be33e90b05f3aa055e1
  24. 27 Apr, 2013 1 commit
    • Matt T. Proud's avatar
      Implement batch database sample curator. · b3e34c66
      Matt T. Proud authored
      This commit introduces to Prometheus a batch database sample curator,
      which corroborates the high watermarks for sample series against the
      curation watermark table to see whether a curator of a given type
      needs to be run.
      The curator is an abstract executor, which runs various curation
      strategies across the database.  It remarks the progress for each
      type of curation processor that runs for a given sample series.
      A curation procesor is responsible for effectuating the underlying
      batch changes that are request.  In this commit, we introduce the
      CompactionProcessor, which takes several bits of runtime metadata and
      combine sparse sample entries in the database together to form larger
      groups.  For instance, for a given series it would be possible to
      have the curator effectuate the following grouping:
      - Samples Older than Two Weeks: Grouped into Bunches of 10000
      - Samples Older than One Week: Grouped into Bunches of 1000
      - Samples Older than One Day: Grouped into Bunches of 100
      - Samples Older than One Hour: Grouped into Bunches of 10
      The benefits hereof of such a compaction are 1. a smaller search
      space in the database keyspace, 2. better employment of compression
      for repetious values, and 3. reduced seek times.
  25. 07 Feb, 2013 1 commit
  26. 06 Feb, 2013 1 commit