Rt 3.6.1 : apache load sometimes climbs to 100%

I succeeded to install v3.6.1 on CentOS 4.4 - but I have the same apache high load than described in
my previous post

“rt 3.4.5 : apache load sometimes climbs to 100%”

this is confirmed at the bottom of the ticket :

“Time to display: 23.227586” : a bit long isnt’it ?

Is there anybody who have clues ?

Regards

Robert GRASSO
System Engineer

CEDRAT
15, Chemin de Malacher - Inovall�e - 38246 MEYLAN Cedex - FRANCE
Tel: +33 (0)4 76 90 50 45 Fax: +33 (0)4 76 90 16 09
mailto:Robert.Grasso@cedrat.com
Support service : mailto:support@cedrat.com
Commercial service : mailto:cedrat@cedrat.com
Web site : http://www.cedrat.com

I just discovered

http://rt3.fsck.com/?user=guest&pass=guest

and well : it’s just as slow as mine, exactly in the SAME way. When you open the first ticket after
having performed a search, it takes 20 seconds to display the page - further pages take nearly 1
second to open.

So it’s not my tuning nor my configuration.

Do you RT developers were aware of this weakness ? Do you plan to solve it ?

Regards

Robert GRASSO
System Engineer

CEDRAT
15, Chemin de Malacher - Inovall�e - 38246 MEYLAN Cedex - FRANCE
Tel: +33 (0)4 76 90 50 45 Fax: +33 (0)4 76 90 16 09
mailto:Robert.Grasso@cedrat.com
Support service : mailto:support@cedrat.com
Commercial service : mailto:cedrat@cedrat.com
Web site : http://www.cedrat.com

I just discovered

http://rt3.fsck.com/?user=guest&pass=guest

and well : it’s just as slow as mine, exactly in the SAME way. When you open the first ticket after
having performed a search, it takes 20 seconds to display the page - further pages take nearly 1
second to open.

I really should get around to updating that RT to something released
within the past year. (Also, for better or for worse, the box running
rt3.fsck.com is also running our Kwiki and our spam filtering. Both of
which are…heavy users of CPU and disk:

07:54:41 up 101 days, 15:00, 16 users, load average: 12.28, 9.07, 6.91

Also, please don’t cross-post to both mailing lists. generally, topics
really belong on one or the other.

Best,
Jesse