You can capture this by running Fiddler logging to specifically capture where the slowness is taking place.
Sent from my iPhone On Feb 22, 2012, at 10:35 AM, Axton <axton.gr...@gmail.com> wrote: > 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 <daddy.bar...@gmail.com> 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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
