-
Notifications
You must be signed in to change notification settings - Fork 14.3k
[polly][ScheduleOptimizer] Fix long compile time(hang) reported in polly #75141
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
…SL quota There is no upper cap set on current Schedule Optimizer to compute schedule. In some cases a very long compile time taken to compute the schedule resulting in hang kind of behavior. This patch introduces a flag 'polly-schedule-computeout' to pass the cap which is initialized to 300000. This patch handles the compute out cases by bailing out and exiting gracefully. Change-Id: Id506832df4ae8d3f140579ba10cf570e18efac62
The isl_options_set_on_error thing still seems like an issue; there's a path to restore on_error, but it doesn't run if the quota is hit. Do we actually need to explicitly check hasQuotaExceeded() at all? If there's an error, the schedule should be null, and there's already a check for |
Thanks for your comments @efriedma-quic > The isl_options_set_on_error thing still seems like an issue; there's a path to restore on_error, but it doesn't run if the quota is hit. > Do we actually need to explicitly check hasQuotaExceeded() at all? If there's an error, the schedule should be null, and there's already a check for |
ping @efriedma-quic @xgupta |
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
I think this change might be breaking some of our builds, please revert if possible.
|
Pushed revert. @kartcq please fix the test so it either doesn't depend on DEBUG output, or uses |
This patch fixes the bug reported under polly : #69090