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
and it's equally likely that a job pending for ANY of those queues will be picked up "next" after a current job is run.
But there are cases where we want to share machines but still need them for a primary purpose. In the above case, that machine is primarily a contractual obligation for NVIDIA testing. So it would be quite useful if we could do something like this:
And then the behaviour would be the agent would poll first for jobs in the egx or doubletusk queues, and if none exist, move on to the rest in sequence.
The possible scenario is:
Person 1 has a job running on it now
Person 2 has submitted a job for baremetal
Person 3 has submitted a job for hpe
Person 4 has submitted a job for baremetal
I have submitted a job for egx (or doubletusk) to run a regression test on a new update to linux-nvidia
With priority queues, as soon as Person 1's currently executing job completes, my egx/doubletusk job which is already in queue alongside the three 'baremetal' and 'hpe' jobs will get picked up first.
And I'd imagine that the polling would need bounce to better ensure priority enable this... so:
Perhaps that already quietly happens simply by order of how the queues are listed in the agent config, and if so this would just make that more obvious but if not, then it would implement a way to jump the line for priority jobs.
The text was updated successfully, but these errors were encountered:
jocave
transferred this issue from canonical/snappy-device-agents
Oct 13, 2023
Not sure if this is a function of connectors, or the api server, or both, but it would be very useful to specify queues by priority.
Currently an agent config can have this:
and it's equally likely that a job pending for ANY of those queues will be picked up "next" after a current job is run.
But there are cases where we want to share machines but still need them for a primary purpose. In the above case, that machine is primarily a contractual obligation for NVIDIA testing. So it would be quite useful if we could do something like this:
And then the behaviour would be the agent would poll first for jobs in the egx or doubletusk queues, and if none exist, move on to the rest in sequence.
The possible scenario is:
Person 1 has a job running on it now
Person 2 has submitted a job for baremetal
Person 3 has submitted a job for hpe
Person 4 has submitted a job for baremetal
I have submitted a job for egx (or doubletusk) to run a regression test on a new update to linux-nvidia
With priority queues, as soon as Person 1's currently executing job completes, my egx/doubletusk job which is already in queue alongside the three 'baremetal' and 'hpe' jobs will get picked up first.
And I'd imagine that the polling would need bounce to better ensure priority enable this... so:
Perhaps that already quietly happens simply by order of how the queues are listed in the agent config, and if so this would just make that more obvious but if not, then it would implement a way to jump the line for priority jobs.
The text was updated successfully, but these errors were encountered: