[OOD-users] Performance issues

Franz, Eric efranz at osc.edu
Fri Nov 9 11:29:07 EST 2018


From what you are describing, I would not expect it to affect the job composer. But I apologize, this is a big oversight on our part. I opened issues https://github.com/OSC/ood-dashboard/issues/417 and https://github.com/OSC/ood-dashboard/issues/418 to track this work.

We knew that the dashboard is inefficient in the menu building process and it is something we were planning to fix in the next three months. But it looks like this is higher priority.

The dashboard builds the menu dynamically on each request, instead of caching the information. This is great when you have multiple people doing app sharing or app development as the users PUN doesn’t have to be restarted to see a new app. It is also useful for an interactive app where description or title information changes system state. But those are edge cases, not the common case for most Open OnDemand sites. And as you observe it is problematic when the form.yml.erb contains expensive code.

I can provide a patch you can use till the next release. I’ll follow up with that in another email.


Eric Franz, Senior Web & Interface App Engineer
Ohio Supercomputer Center
An Ohio Technology Consortium (OH-TECH) Member
1224 Kinnear Road
Columbus, OH 43212
email: efranz at osc.edu

From: OOD-users <ood-users-bounces+efranz=osc.edu at lists.osc.edu> on behalf of Dan Dietz via OOD-users <ood-users at lists.osc.edu>
Reply-To: Dan Dietz <ddietz at purdue.edu>, User support mailing list for Open OnDemand <ood-users at lists.osc.edu>
Date: Friday, November 9, 2018 at 10:59 AM
To: "ood-users at lists.osc.edu" <ood-users at lists.osc.edu>
Subject: [OOD-users] Performance issues

I'm currently testing implementing OOD here and all has gone quite smoothly so far (really, very nice work, I'm really enjoying working with it). I'm having one issue now though. As I started making the apps (I've got 6 so far) use form.yml.erb and dynamically display the user's available queues (select instead of free-form text box) and dynamically pull in versions from modules, things have gotten progressively slower in the dashboard (in apps, job composer, just loading the home page, anything) as I've improved more apps. It probably takes 10 seconds to load any page now.

Watching `top` on the server running OOD what I see are a ton of `qlist` (in-house command that lists eligible queues for the user the form template is using) processes flying by. What it feels like is the dashboard is building every dynamic form on every page load, even if I'm nowhere near any of the interactive apps.

Am I doing something wrong or has anyone else seen this?


Dan Dietz
Senior Scientific Applications Analyst
ITaP Research Computing, Purdue University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osu.edu/pipermail/ood-users/attachments/20181109/77c8da2f/attachment-0001.html>

More information about the OOD-users mailing list