Conversation
|
why limit this to only 1 orgId? Whould it not be better to just have AggMetrics use a map of orgId's to ingestAfter timstamp. eg Users can then pass a list of org:ts pairs via the config. eg |
The only reason was the fact that we did not need it and kept the code a little simpler. We can always add it later. |
Using a map is probably less code though; let me try that. |
robert-milan
left a comment
There was a problem hiding this comment.
I think this might need to be rebased on master
Done |
6a00142 to
3bb1d5f
Compare
…k boundary already
| expected = []schema.Point{ | ||
| {Val: 5, Ts: 120}, | ||
| } | ||
| compare("simple-min-ingest-from-on-chunk-boundary", agg.minMetric, expected) |
There was a problem hiding this comment.
too tired now, but tomorrow i'ld like to look into this one last thing, about the timestamps going 130->120 and how that may or should not affect things.
There was a problem hiding this comment.
LGTM. just need to look at one last thing tomorrow.
Thank you! Your changes look great.
|
LGTM. just need to look at one last thing tomorrow. |
Dieterbe
left a comment
There was a problem hiding this comment.
LGTM
Please have a close look at the last 2 commits I added.
If they make sense, merge this.
If not, let's talk.
They make sense. I'm adding test cases to cover the last one. |
… timestamp is added
|
I already covered that in the test case i added. |
The test case added does not fail when removing the code changes. |
|
Please take a look at the 2 additional tests and the change in code and let me know what you think. |
New flag 'ingest-from' that instructs metrictank to discard any point of a specific org id that does not belong to chunks starting after a given timestamp.
e.g. 20:67031 with a chunk span of 10 will discard all points with org id 20 and timestamps lesser than 67040