Arvados

Yes, I had this problem with the dashboard.

I'd be happy with a hard limit on the number of things returned (although in that case it might be nice if the section heading said something like "showing 20 out of 350 total").

One thing I tried to do to address this was to limit the "Active pipelines" section on the dashboard to only pipelines whose jobs had actually started running, as I am typically not all that interested in the pipelines that are "running" but which are really still queued because none of their jobs have started yet.

Unfortunately the information I need to do that did not appear to be readily available in the pipeline_instance object that the API server returns, so it can't sent as a filter parameter in the list request. Since the API server is embedding job information in the returned pipeline_instance object, it would be in a good position to augment that with some kind of 'job_status' read only field that could be filtered on.

Discussed this a bit, and we agreed on a couple of things:

• There's really no reason for Workbench's API client to timeout at all, since it's effectively bridging the Web browser with the API server. It should only hang up when one of those ends does: either the user stops the browser request, or Nginx hangs up on the API server end. Anything that moves the current client closer to that goal is an improvement.
• Workbench shouldn't be displaying so many items in its dashboard, but that can be a separate story.

So, I'm struggling a little bit to understand mechanically how this works. Here's my train of thought:

• We're using httpclient 2.6.0.1
• The way to set timeouts for it seems to be to set the right timeout attributes on the Session object, which are proxied through the HTTPClient object.
• There doesn't seem to be any special shortcut for setting timeouts through request methods. A hash passed in ultimately goes down to the create_request method where it sets HTTP request headers.

So... what do you know that I don't? :)

Brett Smith wrote:

• Workbench shouldn't be displaying so many items in its dashboard, but that can be a separate story.

Radhika reports this is being addressed in #9318 (limit=8)

Several dashboard performance related improvements were made in #10078. Please recheck with latest. Thanks.