Re: Large spool mboxes => slow?

Gregory Hicks <[email protected]>
Newsgroups gmane.mail.qpopper
Message-ID <[email protected]>
> Date: Thu, 9 Mar 2006 11:52:56 +0000 (WET)
> From: Hugh Sasse <[email protected]>
> To: Subscribers of Qpopper <[email protected]>
> X-DMU-MailScanner-Information: Please contact the ISP for more 
information
> X-DMU-MailScanner: Found to be clean
> Subject: Large spool mboxes => slow?
> 
> We have several people who POP their mail fairly frequently, but
> they leave mail on the server.  These large files seem to be the
> main thing impacting the performance of the mail server.  Qpopper
> has no quota options as such, and some of the policy controls are
> dependent on being sure how the client interacts with the serveer,
> and I am not familiar with all the clients people use.
> The OS (Solaris9) has quotas for disks, but with this being for mail
> I'm presently unsure as to how that will impact on users.
> So, I have reached the conclusion that the best thing I can do to
> improve performance is to use the --enable-temp-drop-dir and point
> it to a different partition from /var/spool/mail so that disk seeks
> on both partitions may occur in parallel.  Does this sound like a

Point to different spindles on different I/O channels.  You have 
c0t0d0s6.  Use c1t0d0s6 for the temp-drop-dir.  At a minimum, point to 
different spindles.

any POP3 daemon is going to have problem is the spool gets too large.

Also enable server mode.  enable caching of temp dir

> useful thing to do?  What if they are on different slices of the same
> disk -- would that make things worse (further for the heads to seek)? 

This WILL make things worse for just the reason you've stated.

> Filesystem            kbytes    used   avail capacity  Mounted on
> /dev/dsk/c0t0d0s7    10525500 9733158  687087    94%    /export/home
> /dev/dsk/c0t0d0s3    4030014  373130 3616584    10%    /var
> 
> Is there anything else I can do to qpopper that will help?
> 
> Getting users to change their behaviour is another story altogether,
> of course :-)
> 
>         Hugh
> 
> 

---------------------------------------------------------------------
Gregory Hicks                           | Principal Systems Engineer
Cadence Design Systems                  | Direct:   408.576.3609
555 River Oaks Pkwy M/S 6B1             | Fax:      408.894.3479
San Jose, CA 95134                      | Internet: [email protected]

I am perfectly capable of learning from my mistakes.  I will surely
learn a great deal today.

"A democracy is a sheep and two wolves deciding on what to have for
lunch.  Freedom is a well armed sheep contesting the results of the
decision." - Benjamin Franklin

"The best we can hope for concerning the people at large is that they
be properly armed." --Alexander Hamilton
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.