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
Instead of choosing between the whole eval to finish or disabling scheduling altogether (i.e. scheduling jobs one by one as they come), do something like like "wait X milliseconds to accumulate a batch of jobs, run the solver on this subset, schedule some builds, then wait another X milliseconds to extend the batch and re-run the solver to get a better plan"
It is OK to focus on the "complete eval first" scenario and implement batching later: our scope is to find a good way to choose a build plan, not in speeding up the eval
The text was updated successfully, but these errors were encountered:
SomeoneSerge
changed the title
[03]: Replace --pipelined=True with --batch-wait-ms=X
[10]: Replace --pipelined=True with --batch-wait-ms=XJul 3, 2024
SomeoneSerge
changed the title
[10]: Replace --pipelined=True with --batch-wait-ms=X
[80]: Replace --pipelined=True with --batch-wait-ms=XJul 3, 2024
Instead of choosing between the whole eval to finish or disabling scheduling altogether (i.e. scheduling jobs one by one as they come), do something like like "wait X milliseconds to accumulate a batch of jobs, run the solver on this subset, schedule some builds, then wait another X milliseconds to extend the batch and re-run the solver to get a better plan"
It is OK to focus on the "complete eval first" scenario and implement batching later: our scope is to find a good way to choose a build plan, not in speeding up the eval
The text was updated successfully, but these errors were encountered: