Re: Cyrus - GFS slow start and poor performace

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > Using the flat configuration for the mailbox.db the slow start
> > disapepars. May I use a flat database for 4300+ mailbox?
> > Do you think I could have other performance problems in
> > delivery/accessing the mailbox?
>
> I considered creating a GFS spool for a 50000 mailbox system, but during
> testing, the GFS lock overhead would've been too much during delivery
> peaks. Probably had to do mostly with delivery.db locking.

so far, with 4300+ users it is safe to use a flat database for the mailbox.db 
but I will encounter issues with the delivery. 
If I'm not wrong the delivery.db database is reported as duplicate_db in the 
imapd.conf and it is not possible to set it as flat. We don't use the 
suppression capability of the cyrus ( a bug of the outlook message id in the 
read_confirm&reply ) so It could be safe to put 2 separate database on the 
local FS. Is this correct?

Regards
  Maurizio
----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux