Okay, then will moving the maildrops into the hierarchy scheme cause an
issue with the popper, imapd, etc?
Also, I have the user's logins as /sbin/nologin. Since this is the case,
do my users really need a home directory on the mail server other than for
storing mail if I choose to store their spool there? They are using imap
in some cases, but I know that pop3 doesn't require a home directory.
Just want this set up so that it is transparent to the customer.
so, you are saying it would be wise to do /usr/home on the RAID-10 setup,
rather than /var/mail, and store the mail in each user's home directory.
Right? Actually, I kind of like that idea, just as long as the popper and
imapd knows where to find the mail when somebody checks for new mail.
Sincerely,
Richard G. Duvall
On Thu, 19 Aug 1999, Tabor J. Wells wrote:
> On Thu, Aug 19, 1999 at 12:21:25PM -0700,
> Richard G. Duvall <rgduvall@???> is thought to have said:
>
> > I do have this sort of setup (where mail is being delivered to /var/mail
> > for every user). I did split off the spool to a seperate drive, and that
> > helped ALOT! I have root filesystem on same drive as /var/mail.
> >
> > I am thinking of doing the following configuration:
> >
> > 1 wide scsi drive for root filesystem
> > 1 wide scsi drive for spool
> > 2 wide scsi drives striped together, mirrored with 2 other drives which
> > are striped together.
> >
> > Total of 6 wide scsi drives. spooling doesn't take that much room, but I
> > need speed for spooling. But, most of my speed problems are taking place
> > when people are checking mail, not sending, (unless they are sending to a
> > user on our system, then it get's queued for later delivery, because it
> > times out).
> >
> > This configuration will give us not only redundancy, but more speed
> > because of the striping, and use of wide scsi, as opposed to narrow on the
> > same drive as the root filesystem as we have it set up now.
>
> I assume you'll make /var/mail your 2 disks striped + mirrored layout and
> use the hierarchy scheme to break up the number of files in that
> directory. You should get a noticeable performance boost. Likewise going
> to wide will certainly improve your performance.
>
> > I didn't know about the hierarchy thing in UNIX. I will give that a try.
> >
> > Is there anybody on this mailing list that can confirm that this hierarchy
> > thing does make a definite difference in speed on BSDI4.01?
>
> It will make a difference in any flavor UNIX. Sticking 10,000 files in a
> single directory will take a very long time any time you have a process
> that needs to stat that directory. Splitting it into a smaller number of
> files per directory will have a great improvement in performance.
>
> You have a couple of different options. You can do as the previous reply
> in this thread suggested by storing files in /var/mail/u/us/username or
> some similar scheme. Or you can store an individual's mail spool in their
> home directory. I've always chosen to do the latter on my large user
> systems, but there's no right or wrong way as long as you distribute the
> load.
>
> Tabor
>
> --
> --------------------------------------------------------------------
> Tabor J. Wells twells@???
> Fsck It! Just another victim of the ambient morality
>
>
> --
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
