You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If a task is currently running it has consumed VCU resources on the device.
Runahead scheduling allows a dependent to be launched while the task is still running. However, the dependent consumes its own amount of VCUs when it launches. This restricts other tasks that could be enqueued from running.
Alternatively the dependent may not be able to launch due to resources in use. Consider the case when the predecessor (currently running) task has vcus=1, the dependent will not be able to launch ahead of time as the predecessor is still consuming all resources. In this case no runahead happens.
I am not sure of the best way to handle this without causing oversubscription of dependent tasks. But this is likely why we still see overheads in the runahead case.
The text was updated successfully, but these errors were encountered:
If a task is currently running it has consumed VCU resources on the device.
Runahead scheduling allows a dependent to be launched while the task is still running. However, the dependent consumes its own amount of VCUs when it launches. This restricts other tasks that could be enqueued from running.
Alternatively the dependent may not be able to launch due to resources in use. Consider the case when the predecessor (currently running) task has vcus=1, the dependent will not be able to launch ahead of time as the predecessor is still consuming all resources. In this case no runahead happens.
I am not sure of the best way to handle this without causing oversubscription of dependent tasks. But this is likely why we still see overheads in the runahead case.
The text was updated successfully, but these errors were encountered: