-
Notifications
You must be signed in to change notification settings - Fork 51
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
feat: Make fetcher calculate docFetches and fieldFetches #1713
Conversation
Codecov ReportPatch coverage:
@@ Coverage Diff @@
## develop #1713 +/- ##
===========================================
+ Coverage 75.32% 75.42% +0.10%
===========================================
Files 208 208
Lines 21727 21745 +18
===========================================
+ Hits 16364 16399 +35
+ Misses 4217 4206 -11
+ Partials 1146 1140 -6
Flags with carried forward coverage won't be shown. Click here to find out more.
... and 5 files with indirect coverage changes Continue to review full report in Codecov by Sentry.
|
afd5ddf
to
bff4048
Compare
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.
LGTM!
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.
I would argue this isn't a fix
, this is either a refactor
or feat
.
Thanks for bringing back the granularity of fetching datapoints :) left some comments.
bff4048
to
730364f
Compare
…rk#1713) ## Relevant issue(s) Resolves sourcenetwork#1636 and sourcenetwork#1637 ## Description With this change the calculation of stats for fetching documents is moved to fetcher. This was necessary because each call to `fetcher.FetchNext...` could potentially perform multiple doc fetches. But scanNode (previously responsible for this) would just increment by 1. Moreover, scanNode would incorrectly count end of fetching (returned nil doc) as 1 as well. Also this fix introduces another (probably more important) metric `fieldFetches` which better indicates the execution cost because it much closer correlates with number of IO operations, as eace document's field is stored in a separate KV pair.
Relevant issue(s)
Resolves #1636 and #1637
Description
With this change the calculation of stats for fetching documents is moved to fetcher.
This was necessary because each call to
fetcher.FetchNext...
could potentially perform multiple doc fetches.But scanNode (previously responsible for this) would just increment by 1.
Moreover, scanNode would incorrectly count end of fetching (returned nil doc) as 1 as well.
Also this fix introduces another (probably more important) metric
fieldFetches
which better indicatesthe execution cost because it much closer correlates with number of IO operations, as eace document's
field is stored in a separate KV pair.
Tasks
How has this been tested?
Integration tests
Specify the platform(s) on which this was tested: