-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
[HUDI-7624] Fixing source read and index tagging duration #12789
base: master
Are you sure you want to change the base?
Conversation
Co-authored-by: Rajesh Mahindra <[email protected]>
@@ -161,13 +166,14 @@ public HoodieWriteMetadata<HoodieData<WriteStatus>> execute(HoodieData<HoodieRec | |||
HoodieData<HoodieRecord<T>> inputRecordsWithClusteringUpdate = clusteringHandleUpdate(inputRecords); | |||
|
|||
context.setJobStatus(this.getClass().getSimpleName(), "Building workload profile:" + config.getTableName()); | |||
HoodieTimer sourceReadAndIndexTimer = HoodieTimer.start(); // time taken from dedup -> tag location -> building workload profile | |||
WorkloadProfile workloadProfile = |
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.
The new changes just initializes the timer on the fly and passed in, why not just move the timer at line 164 to the begining of the method?
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 moved it to the beginning of
BaseWriteHelper.write
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.
Looks much better now, just a minor comment: in base executor the execute(I inputRecords, Option<HoodieTimer> preWriteTimer)
invokes execute(I inputRecords)
but in it's Spark impl it's the other way around, this is kind of tricky.
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.
addressed your feedback
@@ -161,13 +166,14 @@ public HoodieWriteMetadata<HoodieData<WriteStatus>> execute(HoodieData<HoodieRec | |||
HoodieData<HoodieRecord<T>> inputRecordsWithClusteringUpdate = clusteringHandleUpdate(inputRecords); | |||
|
|||
context.setJobStatus(this.getClass().getSimpleName(), "Building workload profile:" + config.getTableName()); | |||
HoodieTimer sourceReadAndIndexTimer = HoodieTimer.start(); // time taken from dedup -> tag location -> building workload profile | |||
WorkloadProfile workloadProfile = |
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 moved it to the beginning of
BaseWriteHelper.write
Change Logs
Fixing source read and index tagging duration.
Rational for test failure:
Apparently HoodieWriteHelper is singleton. and we might keep reusing the same instance for all writers (when multi-writers). So, the sourceReadAndIndexTaggingTimer which tracks the sourceReadAndIndexTagging duration could be started -> and then stopped -> and then again stopped. Had to fix that and move one layer up where we HoodieTimer.start() is called for every batch of write.
Impact
Fixing source read and index tagging duration.
Risk level (write none, low medium or high below)
low
Documentation Update
Describe any necessary documentation update if there is any new feature, config, or user-facing change. If not, put "none".
ticket number here and follow the instruction to make
changes to the website.
Contributor's checklist