Now rt3.0.9 Re: rt3.0.8 performance issues

Ok, so I upgraded to 309, still things are very very slugish.
I’ve noticed no improvement in performance to the system.

We came from 3.0.8 gone to 3.0.9

any additional tips and hints would be much appreciated

johnOn Wed, Mar 03, 2004 at 01:09:52PM -0600, Larry Rosenman wrote:

that’s just a tag.

My suggestion is to upgrade to 3.0.9, as it and the DBiX::SearchBuilder
that it pre-req’s are MUCH (I.E. 10x (subjective)) faster.

–On Wednesday, March 03, 2004 12:06:36 -0700 John Brown john@chagres.net wrote:

On Wed, Mar 03, 2004 at 12:12:59PM -0600, Larry Rosenman wrote:

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

Hi Larry.

The FAQ says:

You have a lot of privledged users. WE have 5 I hope thats not alot

You may have an old version of Search Builder
We just installed this as of 2 weeks ago, running RT3.0.8 So what
is considered OLD ?? Maybe the FAQ could put a date or other more
clueful data to help determine whats “Old”

Your database lacks indexes or is using an old schema.
Again, whats considered OLD ??

Your installation of Apache::DBI is broke:
Hmm, what would be considered broken? How would one know whats
broke or not.

So to answer the question, yes we did read the FAQ, yet it provides
no real direction or answer…


Larry Rosenman thebighonker.lerctr.org mail stats
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749


Larry Rosenman thebighonker.lerctr.org mail stats
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

one thing I caught in the FAQ is to serve images from a separate HTTP
server instance. I just did that, and there seems to be a slight
speedup. Qualitative, tho, and I recently did the 3.0.9 upgrade too, so
it might be a combination.

rickOn Wed, 03 Mar 2004, rt-users@chagres.net wrote:

Ok, so I upgraded to 309, still things are very very slugish.
I’ve noticed no improvement in performance to the system.

We came from 3.0.8 gone to 3.0.9

any additional tips and hints would be much appreciated

john

Rick Rezinas
Unix Systems Administrator
Qsent, Inc.

When Gladstone was British Prime Minister he visited Michael Faraday’s
laboratory and asked if some esoteric substance called `Electricity’
would ever have practical significance.
“One day, sir, you will tax it,” was the answer.
– Science, 1994

good idea, I’m only serving a 1x1 for the logo :)On Wed, Mar 03, 2004 at 04:51:04PM -0800, Rick Rezinas wrote:

one thing I caught in the FAQ is to serve images from a separate HTTP
server instance. I just did that, and there seems to be a slight
speedup. Qualitative, tho, and I recently did the 3.0.9 upgrade too, so
it might be a combination.

rick

On Wed, 03 Mar 2004, rt-users@chagres.net wrote:

Ok, so I upgraded to 309, still things are very very slugish.
I’ve noticed no improvement in performance to the system.

We came from 3.0.8 gone to 3.0.9

any additional tips and hints would be much appreciated

john


Rick Rezinas
Unix Systems Administrator
Qsent, Inc.

When Gladstone was British Prime Minister he visited Michael Faraday’s
laboratory and asked if some esoteric substance called `Electricity’
would ever have practical significance.
“One day, sir, you will tax it,” was the answer.
– Science, 1994


rt-users mailing list
rt-users@lists.bestpractical.com
The rt-users Archives

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

one thing I caught in the FAQ is to serve images from a separate HTTP
server instance. I just did that, and there seems to be a slight
speedup. Qualitative, tho, and I recently did the 3.0.9 upgrade too, so
it might be a combination.

It isn’t necessary to use a separate instance. My httpd.conf
has the following fragment (apache 1.3.x, fastcgi, solaris)

Alias /NoAuth/images/ /export/home/rt3/share/html/NoAuth/images/
Alias /NoAuth/webrt.css /export/home/rt3/share/html/NoAuth/webrt.css
ScriptAlias / /export/home/rt3/bin/mason_handler.fcgi/

The first two Alias directives short-circuit requests for files that
don’t need Mason processing. It was indeed subjectively faster,
I’ve been using it for the past few releases. Seemed like too much
of a kludge to put in the install instructions but it’s easier
than a whole separate httpd or even a virtual host.

    -- Larry