Follow-up Comment #2, sr #105905 (project mhonarc):
It's hard to provide any insight w/o knowing how mhonarc
is actually invoked and what resource configurations are
being applied.
Knowing the version of mhonarc in use may help also.
Some resource settings can cause a performance hit, and
there has been issues in the past where quirks in perl's
regex engine have been exposed, causing problems (like
infinite loops or consuming memory until things crash).
Your comments imply that archive updates are probably
not done in the most resource efficient manner. If
things are configured to update archives right when messages
arrive, this is generally bad since it does not scale well,
and can lead to bottlenecks as mhonarc processes can queue
up waiting for a lock to release.
I favor a batch model where new messages are processed
on a periodic basis (maybe via cron).
If you can, see if you can isolate which archive and/or
messages causes the problem. This way one can try to
see if the problem can be replicated outside of your
environment.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/support/?105905>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
