Bug 607970 - Perf: Cycling through resource list of a Group does too much computation
Perf: Cycling through resource list of a Group does too much computation
Status: CLOSED CURRENTRELEASE
Product: RHQ Project
Classification: Other
Component: Core UI (Show other bugs)
3.0.0
All Linux
low Severity medium (vote)
: ---
: ---
Assigned To: RHQ Project Maintainer
Mike Foley
:
Depends On:
Blocks: rhq-perf
  Show dependency treegraph
 
Reported: 2010-06-25 06:17 EDT by Heiko W. Rupp
Modified: 2014-05-29 17:07 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2014-05-29 17:07:34 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Heiko W. Rupp 2010-06-25 06:17:21 EDT
Create a comp group with many resources, go to the monitor tab. See it take some seconds to compute the page.
Then on the top in the summary section, click on the right arrow to see the next 5 resources of the group.

Depending on the display interval (8h, 24h) this will take more time on a larger interval (e.g. for 180 Session Beans it takes 2s for 60 mins and up 50s for 24h).

Looking at the Oracle Top activity output indicates that this may come from the fact that each time, the measurement graphs are re-computed -- even if the results of this recomputation is not shown on screen.
Comment 1 Heiko W. Rupp 2010-06-25 06:24:58 EDT
Actually, after some more thinking: If the graphs would update on the cycling through, this would still be slow, but 'correct', so I am not sure if it is a correctness or performance issue.

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