-
Notifications
You must be signed in to change notification settings - Fork 2.6k
[spm] GetLatencies Implementation #7290
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
Conversation
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
internal/storage/metricstore/elasticsearch/testdata/output_latencies.json
Outdated
Show resolved
Hide resolved
During testing, I found a bug in JaegerUI when calculating the mean of getLatencies or getCallRate. That is, the denominator when calculating also includes the count for NaN values, thus undervalue the mean. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #7290 +/- ##
==========================================
- Coverage 96.16% 96.15% -0.01%
==========================================
Files 374 374
Lines 22696 22750 +54
==========================================
+ Hits 21825 21876 +51
- Misses 657 659 +2
- Partials 214 215 +1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
a21573d
to
4d3e940
Compare
closes and reopens pr to rerun codecov |
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
e46cfd3
to
217f1ae
Compare
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
could you split refactoring changes to GetRates into a separate smaller PR?
Alright, that makes sense to first refactor changes related to GetCallRate then we can continue working with this PR. |
Refactoring at #7295 |
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
Hi @yurishkuro, I have merge with main and resolves conflict. I have also remove the indirection from GetLatencies. It should be good now! Thanks for your feedbacks. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
potential future refactoring suggestions:
- you reuse
dateHistAggName
constant in two files, that's a sign of abstraction leak - it might be useful to create another file
query.go
which has a struct that deals with constructing queries and retrieving the results. It would know about things likedateHistAggName
, while neither Reader nor Transformer would have to know, they would just delegate to that Query struct. - The separation of responsibilities between Reader and Transformer is unclear. Retrieving data from ES results should be part of the Query. Transformer then transforms those results. But you have a lot of business logic in the Reader which also does transformation. Please try to define (write struct comments) very clear definition of what each struct is responsible for.
Hi @yurishkuro, really thank you for your time for my pull request. For the refactoring, I will definitely invest time in it and soon make a follow up pr soon! |
Head branch was pushed to by a user without write access
Signed-off-by: pipiland2612 <nguyen.t.dang.minh@gmail.com>
c6ce182
to
c85a7f5
Compare
Hi @yurishkuro, I have added test to increse coverage to over 95%. Can you merge it again? Thank you for your time! |
Which problem is this PR solving?
Description of the changes
How was this change tested?
Proof of this new feature
Checklist
jaeger
:make lint test
jaeger-ui
:npm run lint
andnpm run test