[#RHQ-742] reduce the time it takes to load/reload the alert cache

RHQ Project

reduce the time it takes to load/reload the alert cache

Created: 19/Aug/08 03:06 PM Updated: 04/Sep/08 11:11 AM

Component/s:

FX - Alerts, Core Server

Fix Version/s:

1.1

Time Tracking:

Not Specified

Environment:

customer had 64 platforms inventoried and used templates to create ~4K conditions and tens of thousands of enabled schedules (which creates OOB elements). database was postgres.

Issue Links:

Dependency

This issue Is A Dependency Of:

~~RHQ-751~~ can't view non-measurement-based alert definitions or alert history after RHQ-742

Resolution Date:	25/Aug/08 12:20 AM
Date of First Response:	04/Sep/08 11:11 AM
Tester:	Jeff Weiss
VCS Revision:	1,275

Description

« Hide

customer experienced multi-minute load times, and only way this could be reduced was by cascading disabling the alert templates and slowly turning them back on. caching loading needs to be faster.

All

Comments

Work Log

Change History

Sort Order:

Ascending order - Click to sort in descending order

[ Permlink | « Hide ]

Joseph Marques - 19/Aug/08 10:41 PM

branches/RHQ_1_0_1_GA_CP : rev1261 - improve cache load time by using composites and pre-fetching all associated condition data needed at query-time;

[ Permlink | « Hide ]

Joseph Marques - 25/Aug/08 12:20 AM

trunk (1.1.0-SNAPSHOT) : rev1275 - improve cache load time by using composites and pre-fetching all associated condition data needed at query-time;

[ Permlink | « Hide ]

Jeff Weiss - 04/Sep/08 11:11 AM

<joseph> jweiss, 742 is well tested
<joseph> i wrote a very, very long email about the testing i did for it ; )

I am going to close this out since we're currently not well equipped to do performance testing.