[rt-users] Performance Issues
Christian Hammers
ch at westend.com
Fri Sep 10 05:37:22 EDT 2004
Hello
On Thu, Sep 09, 2004 at 04:41:29PM -0400, Dan Pritts wrote:
> slow meaning a couple seconds to update a page, painful in the 5-10
> second range.
My problem, too. I read the thread and just wanted to confirm that all
suggestions made no improvement on my system, too.
I'd like to note that the display process is not only slow when printing
the ticket data itself but also when just displaying the top of the
frames or other even the new ticket window...
The record:
Problem: 4-5s for /rt/Ticket/Display.html?id=1
with only 1 tiny Ticket in the Database
Versions: 3.0.11 and 3.2.1
Handler: Same results with mod_perl, fcgi (2 processes) and speedy
(with mod_perl and Galeon I see a big load in the browser, too)
Hardware: celeron600,768MB RAM and Athlon2600,1GB RAM
Disk Activity: no buffer or swap activity reported by vmstat 1
CPU Activity: 99% during several seconds in top/vmstat, in mason_handler,
speedy_backend or apache - depending on handler
Base Systems: Debian 3.1 "sarge" and 3.x "sid" (I'm a @debian.org)
MySQL Setup: v4.0.20 for large system, using InnoDB and *Query-Cache*
Browsers tested: Galeon&Mozilla @ Linux, Internet Explorer @ WinXP
Also here some "ps faxu" lines telling which process uses most CPU
power, all those processes were started in the last 10 minutes!
Sep09 0:36 /usr/sbin/apache
11:00 0:00 \_ /usr/sbin/fcgi-p
11:00 0:40 | \_ /usr/bin/perl /usr/share/request-tracker3.2/libexec/mason_handler.fcgi
> 11:00 1:03 | \_ /usr/bin/perl /usr/share/request-tracker3.2/libexec/mason_handler.fcgi
11:00 0:12 \_ /usr/sbin/apache
11:00 0:01 \_ /usr/sbin/apache
11:01 0:01 \_ /usr/sbin/apache
11:01 0:24 \_ /usr/sbin/apache
11:01 0:12 \_ /usr/sbin/apache
11:18 0:12 \_ /usr/sbin/apache
10:59 0:00 /bin/sh /usr/bin/mysqld_safe
10:59 0:00 \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.
10:59 0:00 \_ logger -p daemon.err -t mysqld_safe -i -t mysqld
11:01 0:00 /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
> 11:01 0:53 \_ /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
11:01 0:05 \_ /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
11:17 0:04 \_ /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
11:17 0:04 \_ /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
11:18 0:05 \_ /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
11:25 0:04 \_ /usr/bin/speedy_backend /usr/share/request-tracker3.2/libexec/mason_handler.scgi
Some nice infos from the MySQL Database showing a working Query Cache:
| Key_blocks_used | 24 |
| Key_read_requests | 235 |
| Key_reads | 8 |
| Key_write_requests | 149 |
| Key_writes | 53 |
| Qcache_queries_in_cache | 88 |
| Qcache_inserts | 212 |
| Qcache_hits | 1646 |
| Qcache_lowmem_prunes | 0 |
| Qcache_not_cached | 138 |
| Qcache_free_memory | 26081032 |
| Qcache_free_blocks | 9 |
| Qcache_total_blocks | 206 |
My strace-attached-to-process also show a lot of stats for Perl modules
which I find rather strange as I thought that most of the handlers cache
the modules so that apache must even be reloaded when updating them?
(strace output was sent by someone else, no big differences)
bye,
-christian-
--
Christian Hammers WESTEND GmbH | Internet-Business-Provider
Technik CISCO Systems Partner - Authorized Reseller
Lütticher Straße 10 Tel 0241/701333-11
ch at westend.com D-52064 Aachen Fax 0241/911879
More information about the rt-users
mailing list