1. 06 4月, 2016 1 次提交
  2. 05 4月, 2016 1 次提交
  3. 04 4月, 2016 1 次提交
    • T
      Implement relative complement set operator "unless" · 8cc86f25
      Tobias Schmidt 提交于
      The `unless` set operator can be used to return all vector elements from
      the LHS which do not match the elements on the RHS. A use case is to
      return all metrics for nodes which do not have a specific role:
      
          node_load1 unless on(instance) chef_role{role="app"}
      8cc86f25
  4. 03 4月, 2016 3 次提交
  5. 01 4月, 2016 2 次提交
  6. 29 3月, 2016 4 次提交
  7. 25 3月, 2016 1 次提交
  8. 24 3月, 2016 5 次提交
  9. 23 3月, 2016 4 次提交
  10. 21 3月, 2016 3 次提交
    • B
      Switch chunk encoding to type 2 where it was hardcoded type 1 before · 4b574e8a
      beorn7 提交于
      The chunk encoding was hardcoded there because it mostly doesn't
      matter what encoding is chosen in that test. Since type 1 is
      battle-hardened enough, I'm switching to type 2 here so that we can
      catch unexpected problems as a byproduct. My expectation is that the
      chunk encoding doesn't matter anyway, as said, but then "unexpected
      problems" contains the word "unexpected".
      4b574e8a
    • B
      Remove a redundancy from Gorilla-style chunks · c72979e3
      beorn7 提交于
      So far, the last sample in a chunk was saved twice. That's required
      for adding more samples as we need to know the last sample added to
      add more samples without iterating through the whole chunk. However,
      once the last sample was added to the chunk before it's full, there is
      no need to save it twice. Thus, the very last sample added to a chunk
      can _only_ be saved in the header fields for the last sample. The
      chunk has to be identifiable as closed, then. This information has
      been added to the flags byte.
      c72979e3
    • B
      Improve fuzz testing and fix a bug exposed · b6dbb826
      beorn7 提交于
      This improves fuzz testing in two ways:
      
      (1) More realistic time stamps. So far, the most common case in
      practice was very rare in the test: Completely regular increases of
      the timestamp.
      
      (2) Verify samples by scanning through the whole relevant section of
      the series.
      
      For Gorilla-like chunks, this showed two things:
      
      (1) With more regularly increasing time stamps, BenchmarkFuzz is
      essentially as fast as with the traditional chunks:
      
      ```
      BenchmarkFuzzChunkType0-8              2         972514684 ns/op        83426196 B/op    2500044 allocs/op
      BenchmarkFuzzChunkType1-8              2         971478001 ns/op        82874660 B/op    2512364 allocs/op
      BenchmarkFuzzChunkType2-8              2         999339453 ns/op        76670636 B/op    2366116 allocs/op
      ```
      
      (2) There was a bug related to when and how the chunk footer is
      overwritten to make use for the last sample. This wasn't exposed by
      random access as the last sample of a chunk is retrieved from the
      values in the header in that case.
      b6dbb826
  11. 18 3月, 2016 3 次提交
  12. 17 3月, 2016 10 次提交
  13. 16 3月, 2016 1 次提交
  14. 15 3月, 2016 1 次提交