Bug 814371 - RFE: indication of expected duration of queued job state
Summary: RFE: indication of expected duration of queued job state
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Beaker
Classification: Retired
Component: web UI
Version: 0.9
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
Assignee: beaker-dev-list
QA Contact:
URL:
Whiteboard: Measurements
: 1071372 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-04-19 17:39 UTC by Andy Grover
Modified: 2020-06-02 11:49 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-06-02 11:49:02 UTC
Embargoed:


Attachments (Terms of Use)

Description Andy Grover 2012-04-19 17:39:54 UTC
I have a job that has been queued for 24 hours, and I have no idea when it will be started. Mildly vexing.

If jobs are normally in the queued state for long periods of time, it should show estimated time until execution, or at least show place in the queue.

Comment 1 Bill Peck 2012-04-19 17:46:23 UTC
This is a lot harder than you think.  Because of groups, loans, ownership.  Everyone has access to different systems.

But I do think its worth trying.  It just may not be super accurate at first.

Comment 2 Raymond Mancy 2012-04-23 08:13:19 UTC
Yeah the number we would be trying to track is a real moving target. 

This request has been made a few times before, and put into the "It doesn't really work like that" basket. If we can't do it somewhat accurately I don't see the point in it at all. All we would be doing is spreading misinformation, which is surely worse then no information.

I wonder if we should put our effort into optimising our queueing algorithm first as it may change how we calculate this ETA number anyway.

Perhaps a reasonable intermediate step would be just a more general information on the current beaker load, perhaps by arch or something.
So then if someone has a lot of s390x jobs waiting for sometime, they could rest assured by going to a page that displays a somewhat vague coloured rendition (think colour coded USA terror alerts) of the current state of things in beaker.
This may even avoid emails to admins with the "Why is my job taking so long" subject.

Comment 3 Min Shin 2012-11-22 03:21:37 UTC
ncoghlan: I don't think we can realistically provide this, as there are too many variables to come up with a good estimate (if your job can run on a dynamic VM, you're likely to have a much shorter queue time than if you need a rare piece of hardware). We might be able to offer a variant on FR-6 that included a "place in queue" for a particular recipe, but this is still a fairly tricky UX problem, so I'm wary of comitting to anything specific until we see how FR-1 to FR-9 shape up.

FR-6: Current Load per Architecture
FR-1: Server Load
FR-9: Speed of service

Bumping out of 0.11, based on ncoghlan's input as above.

Comment 5 Alexander Todorov 2014-03-04 10:35:02 UTC
*** Bug 1071372 has been marked as a duplicate of this bug. ***

Comment 7 Martin Styk 2020-06-02 11:49:02 UTC
Hello,

thank you for opening issue in Beaker project.
This issue was marked with component "web ui".
As we are not planning to address any further issues in current UI, due to technical stack and not being able to work with Python 3 codebase, I'm closing this issue as WONTFIX.
New UI will be reimplemented within new versions of Beaker.

If you have any questions feel free to reach out to me.

Best regards,
Martin <martin.styk>


Note You need to log in before you can comment on or make changes to this bug.