Re: Cyrus - GFS slow start and poor performace

From: Maurizio Lo Bosco (no email)
Date: Mon May 19 2008 - 06:18:56 EDT

  • Next message: Scott Likens: "Re: Cyrus - GFS slow start and poor performace"

    > > 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
    

  • Next message: Scott Likens: "Re: Cyrus - GFS slow start and poor performace"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD