Ruslan,<div><br></div><div>Thank you, that provided some great info.  I'm wondering if my issue (or one of them) is from our custom fields.  There is one spot where it consistently takes a couple seconds:</div><div><br>
</div><div><div>=Mason= localhost -                             /Ticket/Elements/ShowCustomFields {{{</div><div>=Mason= localhost -                                 /Elements/ShowCustomFields {{{</div><div>=Mason= localhost -                                 /Elements/ShowCustomFields }}} 2.0221</div>
<div>=Mason= localhost -                             /Ticket/Elements/ShowCustomFields }}} 2.0261</div><div>...</div><div>=Mason= localhost -     /autohandler }}} 3.2073</div><div><br></div><div>We only have 1 or 2 custom fields (depending on the Queue), and there are less than 20 options for each.  Any ideas what could cause that, or is that normal for custom fields?</div>
<div><br></div><div>Thanks,</div><div>Nate</div><br><div class="gmail_quote">On Tue, May 29, 2012 at 4:59 PM, Ruslan Zakirov <span dir="ltr"><<a href="mailto:ruz@bestpractical.com" target="_blank">ruz@bestpractical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Probably next step would be Mason profiler. It's described in<br>
RT_Config.pm. Once you know where WebUI is slow return back.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, May 30, 2012 at 12:32 AM, Nathan Baker <<a href="mailto:bakern@gmail.com">bakern@gmail.com</a>> wrote:<br>
> Hello Everyone,<br>
><br>
> We've upgraded from RT 3.8.8 with MySQL to RT 4.0.5 (debian package) with<br>
> Postgresql, and are having some performance issues with the web interface.<br>
>  I've searched the list archives and Google, and haven't been able to find<br>
> the issue.  I'm hoping someone can help point me in the right direction.<br>
>  Basically, the first time I visit any page (Home, Display, etc.) it takes<br>
> 3-5 seconds to load, and sometimes 10-15 seconds.  If I keep clicking on<br>
> other links as soon as the pages load, it's fast and loads pages in 0.2 -<br>
> 0.3 seconds.  If I wait for about 15-30 seconds and then click a link again,<br>
> it takes 3-5 seconds to load again.  Updating tickets seems to consistently<br>
> take 3-5 seconds.<br>
><br>
> Here's some info about our installation:<br>
> - About 6,000 tickets, 5 active users<br>
> - Increased memory to 2GB, running on VMWare<br>
> - Increased Postgresql shared_buffers and effective_cache_size<br>
> (<a href="http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server" target="_blank">http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server</a>)<br>
> - Changed JS Minifier to jsmin as suggested<br>
> here: <a href="http://www.gossamer-threads.com/lists/rt/users/102703" target="_blank">http://www.gossamer-threads.com/lists/rt/users/102703</a><br>
><br>
> Our config seems fairly basic compared so some examples I've seen, I can<br>
> post it if necessary though.  We are using FullTextSearch and CommandByMail,<br>
> although I've tried disabling them both.  I turned on debugging to a log<br>
> file, and I don't see anything unusual.  I also turned on the SQL statement<br>
> log, and didn't see any queries taking a long time.  The longest was 0.12<br>
> seconds.  I tried disabling the Javascript Minifier in JS.pm like I've seen<br>
> in other posts, and that didn't seem to make a difference.<br>
><br>
> Any help would be greatly appreciated.<br>
><br>
> Thanks,<br>
> Nate<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Best regards, Ruslan.<br>
</font></span></blockquote></div><br></div>