Doug Mandell wrote:
> On 6/29/2007, "Jim Pingle" <lists(a)pingle.org> wrote:
>> Have you watched the process list with top to see what process is actually
>> using the most CPU time?
>
> I've actually seen this problem as well, though admittedly I've got a
> PIII 500 and just assumed that it would go away when I (eventually)
> upgrade the server.
That's not so much older than my hardware that I'd expect that large of a
difference.
> I'm using Debian Sarge, Apache 1.3.33, PHP 4.3.10, Sendmail 8.13.4, and
> Dovecot 0.99. CPU utilization jumps up to near 100% when I log in, and
> pretty much all of that is Apache. I've been using SVN for somewhere
> close to 9 months and this has always been the case for me, despite
> frequent upgrades.
I'm using FreeBSD 6.2-STABLE (As of Feb 19th), Apache 2.2.4, PHP 5.2.2,
Postfix 2.4.1, and Courier IMAP 4.1.3 authenticating via PAM only. I have
another system configured similarly but on much better hardware, the
difference being it authenticates via mysql and it doesn't have problems
either. I'm using the SVN version as well, and have been for quite some time.
I wonder if it might be a certain RoundCube option that's being used. Here
are the changes I have to main.inc.php:
$rcmail_config['enable_caching'] = FALSE;
$rcmail_config['default_host'] = '[my domain]';
$rcmail_config['ip_check'] = TRUE;
$rcmail_config['date_short'] = 'D g:ia';
$rcmail_config['date_today'] = 'g:ia';
$rcmail_config['spellcheck_uri'] = '127.0.0.1:14003/?lang=';
$rcmail_config['preview_pane'] = TRUE;
In particular I wonder if you're using the message cache. If you are, try
disabling it to see if performance improves.
> I'm not sure if this is particularly helpful to you, as my hardware is
> lousy, but I figured as long as we were discussing performance I'd
> provide another data point. Other PHP applications barely register on
> this machine, so the performance I see from Roundcube is definitely
> outside of the norm.
It doesn't hurt to have more input, I hope we can find some commonalities
between people with high CPU usage though.
Jim