AW: Re: [rt-users] RT bottlenecks

Kobus Bensch NF kbensch at fullnet.co.uk
Fri Sep 28 15:29:06 EDT 2007


Hi

I use Nagios and Cacti to monitor RT and the box

Ham MI-ID, Torsten Brumm wrote:
>
> Hi matthew,
> Me too, if you have something, pls share.
>
> Does anyone have something to cleanly monitor the rt performance? 
> Response times etc? We are using a scrip at this moment which does a 
> wget and this pain in the ass.
>
> Any idea is welcome
>
> Torsten
>
> -----Original Message-----
> From: rt-users-bounces at lists.bestpractical.com 
> <rt-users-bounces at lists.bestpractical.com>
> To: Mathew <theillien at yahoo.com>
> CC: rt-users at lists.bestpractical.com <rt-users at lists.bestpractical.com>
> Sent: Fri Sep 28 17:51:30 2007
> Subject: Re: [rt-users] RT bottlenecks
>
> Matthew;
> If you have any benchmarking techniques , can you share them please I'll
> be interested in how to monitor RT activities.
> Regards;
> Roy
>
> Mathew wrote:
> > Version 3.6.1 actually.  I'll give it a try though and see what happens.
> >  I know there is a benchmarking method that was explained in the RT
> > training I attended so I'll look in my documentation and see what I find
> > for that.
> >
> > Keep up with my goings on at http://theillien.blogspot.com
> >
> > Roy El-Hames wrote:
> >  
> >> Matthew;
> >> What version of RT are you using?
> >> With > 3.6.1, I noticed slowness with transaction custom fields 
> queries,
> >> if you do not use them try and comment out the following lines from
> >> html/Ticket/Elements/ShowTransaction
> >>
> >> %# if ($Transaction->CustomFieldValues->Count) {
> >> %#      <& /Elements/ShowCustomFields, Object => $Transaction &>
> >> %#}
> >>
> >> You may find tickets display quicker --but again do this if you do not
> >> use Transaction CF's--
> >>
> >> Regards;
> >> Roy
> >>
> >> Mathew wrote:
> >>    
> >>> I've been informed that some are beginning to complain about the speed
> >>> of RT when it comes to loading tickets that contain attachments.  This
> >>> has led to the question of distributed computing in the way of load
> >>> balancing.  I'd like to avoid moving in this direction with RT as we
> >>> don't have the need for it.  Our user base is small as is our ticket
> >>> count.
> >>>
> >>> It would seem that most of the bottleneck comes from actually loading
> >>> the page.  I've found that tickets with numerous transactions (exact
> >>> number not known) tend to be slow to load even without attachments.
> >>>
> >>> How should I go about pinpointing the bottleneck so I can find a
> >>> solution that won't require a major tech refresh?
> >>>
> >>>
> >>> Mathew
> >>>  
> >>>      
> >>    
> >
> >  
>
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
>
>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
> Buy a copy at http://rtbook.bestpractical.com
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
>
>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20070928/5b84956f/attachment.htm>


More information about the rt-users mailing list