Skip to content
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

ref: More logging for ongoing and get_backup #4289

Merged
merged 2 commits into from
Apr 4, 2023
Merged

Conversation

flub
Copy link
Member

@flub flub commented Apr 2, 2023

This adds a few log items for imex::transfer::get_backup and the
ongoing process to give some more insights.

IO is now also paused after the ongoing process is allocated in
get_backup to avoid needlessly pausing IO.

Notice this is targetting stable-1.112, feel free to disagree with that.

#skip-changelog

This adds a few log items for imex::transfer::get_backup and the
ongoing process to give some more insights.

IO is now also paused after the ongoing process is allocated in
get_backup to avoid needlessly pausing IO.
@flub
Copy link
Member Author

flub commented Apr 4, 2023

Could I have a review please?

@@ -260,7 +260,7 @@ enum RunningState {
Running { cancel_sender: Sender<()> },

/// Cancel signal has been sent, waiting for ongoing process to be freed.
ShallStop,
ShallStop { request: Instant },
Copy link
Collaborator

@link2xt link2xt Apr 4, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it is better to use SystemTime here, because we are interested in a wall clock time. Instant pauses on Android when the app goes to doze.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tough if the app goes to doze does it still execute? I want to know how long it takes to get here in application time, not in wall clock time.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is an issue: rust-lang/rust#71860

This is not doing what is expected, this clock is good for comparing timestamps in a build system but not for measuring time.

@flub flub force-pushed the flub/better-logging branch from d81f003 to e95ada1 Compare April 4, 2023 13:19
@flub flub merged commit 86c18fb into stable-1.112 Apr 4, 2023
@flub flub deleted the flub/better-logging branch April 4, 2023 16:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants