On Thu, 30 Oct 2003, Patrick Welche wrote:
> I just tried the same test of opening an imap connection and APPENDing lots
> of mail to various new mailboxes in there (Courier -> cyrus move), with new
> cvs code, so the 2.2 line of code, and still:
>
> PID USERNAME PRI NICE SIZE RES STATE
I just tried the same test of opening an imap connection and APPENDing lots
of mail to various new mailboxes in there (Courier -> cyrus move), with new
cvs code, so the 2.2 line of code, and still:
PID USERNAME PRI NICE SIZE RES STATE TIME WCPUCPU COMMAND
3518 cyrus 20
On Wed, Sep 24, 2003 at 10:58:46AM -0400, Rob Siemborski wrote:
> On Wed, 24 Sep 2003, Scott Adkins wrote:
>
> > 3) The problem was characterized as an mmap() problem on Tru64 because
> > our mailboxes.db file is about 27MB in size. However, we are seeing
> > the sizes jump to 30-32MB
On Wed, Sep 24, 2003 at 10:48:39AM -0400, Scott Adkins wrote:
> What version of Cyrus are you using?
CVS HEAD from yesterday, which is called 2.1.15.
> We are using 2.2b1 here, and are
> experiencing something similar with memory issues for IMAP. I brought up
> the discussion a few weeks ago ab
What version of Cyrus are you using? We are using 2.2b1 here, and are
experiencing something similar with memory issues for IMAP. I brought up
the discussion a few weeks ago about it and it was characterized as some
kind of mmap() weirdness on our Tru64 platform, which I don't really think
is the
On Wed, 24 Sep 2003, Scott Adkins wrote:
> 3) The problem was characterized as an mmap() problem on Tru64 because
> our mailboxes.db file is about 27MB in size. However, we are seeing
> the sizes jump to 30-32MB in size, and our mailboxes.db file is still
> only about 27MB in siz
Sep 24 09:50:30 imp imap[2030]: executed
Sep 24 09:50:30 imp imapd[2030]: accepted connection
Sep 24 09:50:47 imp imapd[2030]: accepted connection
...
Sep 24 09:51:15 imp imapd[2030]: accepted connection
...
Sep 24 10:26:23 imp imapd[2030]: Fatal error: Virtual memory exhausted
That was then a rea
