Sid Wilroy <[EMAIL PROTECTED]> wrote:
> We seem to have a bottleneck reading our /var/qmail/queue, so we were
> looking at alternatives like:
> 1) Create a large ram disk and have the queue mounted there ( can't seem
> to create a ram disk any larger than 4M) Any ideas on using a ram disk
> for the queue? Has anyone been successful in creating a ram disk larger
> than 4M? How?
Not sure about a straight ramdisk, but there are apparently a few places
out there with the mail queue on a solid state disk. That would buy you
about the same performance.
> 2) XFS from SGI, recompiled a new kernel from SGI. It seems the device
> files are totally different. Anyone used xfs on linux for qmail? How
> much better performance? The new kernel booted fine but couldn't mount
> the filesystems ext2 saying bad master boot record.
XFS is still fairly beta; I wouldn't want to place bets about whether it
makes the guarantees that qmail needs to ensure no mail is lost.
If you're out of queue bandwidth, have you checked the following first?
-/var/qmail/queue is on its own disk
-queue is on a 10kRPM/15kRPM SCSI disk
-/var/log is on a separate disk from /var/qmail/queue
There's a section at www.qmail.org on large servers. It contains lots of
useful information on this topic.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
