Skip to content

Cancellation checkpoints in LogisticRegression #3031

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

Closed
codemzs opened this issue Mar 20, 2019 · 0 comments · Fixed by #3032
Closed

Cancellation checkpoints in LogisticRegression #3031

codemzs opened this issue Mar 20, 2019 · 0 comments · Fixed by #3032
Assignees
Labels
API Issues pertaining the friendly API
Milestone

Comments

@codemzs
Copy link
Member

codemzs commented Mar 20, 2019

Goal:
Implement a way to a cancel Logistic Regression training during runtime without impacting the performance too much.

Solution proposal:
Identify code paths that are CPU intensive such as tight loops and place a check in them for cancellation signal.

Below is the performance graphs of Logistic Regression run from this example. The graph will have a function selected and red stripes indicate the position in the graph it is called.

image

The checkpoint should be at cursor.MoveNext() in TrainCore method. As we can see in the graph this function is called periodically in the training process. Everything before this is CPU cycles consumed by the transforms and it is not related to Logistic Regression training cycles.

@codemzs codemzs self-assigned this Mar 20, 2019
@codemzs codemzs added the API Issues pertaining the friendly API label Mar 20, 2019
@codemzs codemzs added this to the 0319 milestone Mar 20, 2019
@ghost ghost locked as resolved and limited conversation to collaborators Mar 23, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
API Issues pertaining the friendly API
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant