> I'd probably use imtest to connect, get the PID of the server process
> that I'm connected to, and then attach to that process with ktrace
> (or whatever) with timestamps enabled. Then I'd select the mailbox
> -- this is assuming that mutt is only issuing a select when it says
> "Selecting INBO
On Sun, Sep 28, 2008 at 09:42:27AM +1000, Bron Gondwana wrote:
>
> On Sat, 27 Sep 2008 13:46:39 +1000, "Rob Mueller" <[EMAIL PROTECTED]> said:
> > Some things to try if you haven't:
>
> 6. Don't fetch every single file from your cyrus server every backup run.
>
> One nice property of cyrus's on-
On Sat, Sep 27, 2008 at 01:46:39PM +1000, Rob Mueller wrote:
>
> >
> >Where's the first place to look for this problem? I/O statistics
> >show a higher read bandwidth while the backup is running, but writes
> >still dominate. The backup would typically read all of the files in
> >a single Cyrus
On Fri, Sep 26, 2008 at 01:37:30PM -0400, Wesley Craig wrote:
> I'd probably use imtest to connect, get the PID of the server process
> that I'm connected to, and then attach to that process with ktrace
> (or whatever) with timestamps enabled. Then I'd select the mailbox
> -- this is assumin
On Fri, Sep 26, 2008 at 09:19:25AM -0700, Rob Banz wrote:
>
> On Sep 26, 2008, at 06:44, Gary Mills wrote:
>
> >We have a moderately sized Cyrus installation with 2 TB of storage
> >and a few thousand simultaneous IMAP sessions. When one of the
> >backup processes is running during the day, ther
On Sat, 27 Sep 2008 13:46:39 +1000, "Rob Mueller" <[EMAIL PROTECTED]> said:
> Some things to try if you haven't:
>
> 1. Make sure you have noatime (and nodiratime if applicable) set on your
> FS
> 2. If on linux, use the deadline IO scheduler
> 3. If you can, split your data and meta data onto se
> We have a moderately sized Cyrus installation with 2 TB of storage
> and a few thousand simultaneous IMAP sessions. When one of the
> backup processes is running during the day, there's a noticable
> slowdown in IMAP client performance. When I start my `mutt' mail
> reader, it pauses for sever
I'd probably use imtest to connect, get the PID of the server process
that I'm connected to, and then attach to that process with ktrace
(or whatever) with timestamps enabled. Then I'd select the mailbox
-- this is assuming that mutt is only issuing a select when it says
"Selecting INBOX".
On Sep 26, 2008, at 06:44, Gary Mills wrote:
> We have a moderately sized Cyrus installation with 2 TB of storage
> and a few thousand simultaneous IMAP sessions. When one of the
> backup processes is running during the day, there's a noticable
> slowdown in IMAP client performance. When I star
We have a moderately sized Cyrus installation with 2 TB of storage
and a few thousand simultaneous IMAP sessions. When one of the
backup processes is running during the day, there's a noticable
slowdown in IMAP client performance. When I start my `mutt' mail
reader, it pauses for several seconds
10 matches
Mail list logo
