Look at the mid-tier performance. The DV plugins are all rendered by the midtier. The specifics of this can be lengthy and environment specific, but that is where you need to start if you have ruled out the database/queries as the bottleneck.
Axton Grams On Wed, Feb 22, 2012 at 6:26 AM, Dave Barber <[email protected]> wrote: > ** All, > > We have an issue with the performance of the change calendar - form opens > quick enough, but the actual calendar/data visualisation takes anything from > 1 to 3 minutes to display. > > System ARS 7.5p004, ITSM 7.5. > Mid tier and AR Servers are running on T5240s, all running Solaris. > Database is Oracle 11.2.0.1.0 > > A fair bit of discussion between ourselves, our support company and BMC, and > we've yet to get any ideas on what could be slowing it down. We've run > queries to demonstrate the performance of the queries behind the calendar - > and they're practically instant. > > So the issue appears to be purely in the visualisation - creating the actual > diary for display is whats taking an eternity. > > Any suggestions, the continual drawing of blanks is getting mildly > irritating. > > Regards > > Dave > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
