Zitat von Tornoci Laszlo <torl...@xenia.sote.hu>:
lst_ho...@kwsoft.de wrote:
Zitat von Tornoci Laszlo <torl...@xenia.sote.hu>:
Hi,
I have a Horde/IMP system that behaves strangely since I upgraded
from 3.1.5/4.1.5 to 3.3.4/4.3.4. I have about 400 users with 50-70
concurrent sessions usually. The IMAP mailstore (Cyrus) and the
MTA are on separate boxes. The system is dual Xeon (quad core)
2GHz, 2GB RAM.
We had excellent response times before the upgrade. The problem
is, we still have excellent response times (practically
instantaneous mailbox lists with > 3000 mails in one folder) most
of the time, BUT sometimes for long periods of time, I get
miserable response times (30-80 sec waiting) for the same large
mailbox to be listed. "top" show the http process to shoot up to
100% cpu while waiting, but nothing else remarkable. Restarting
http or mysqld doesn't help. Logging in is not slow. The larger a
mailbox, the worse the problem is.
After some time, response times get back to normal.
It *may* be Horde Alarms. As far as i remember there was a problem
with the way Horde Alarms uses the Database in some configurations
but i can't remember for sure. This could explain why you see it
only occasionally. Another point to check is if you are using a PHP
accelerator which do maintenance at the slow times.
Thanks for the tip, I've disabled the alarms, I'll see if it makes
any difference. I don't use any PHP accelerators (by the way: are
there any reliable ones that are free?)
We use APC from pecl.php.net and have not yet found any problems, but
our sites are not loaded that much. If you have enough RAM every PHP
accelerator will help keep your CPU cool.
Regards
Andreas
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscr...@lists.horde.org
