Re: [EXIM] MFS mount spool

Góra strony
Delete this message
Reply to this message
Autor: Richard G. Duvall
Data:  
Dla: Nigel Metheringham
CC: exim-users
Temat: Re: [EXIM] MFS mount spool
Yes, but the drive is cranking like mad! Should I install a different
drive on a different SCSI bus just for spooling?

It's even making authentication slow, and it is running on a Pentium II,
400Mhz with 128MB Ram.

It's just unbearable the amount of time it takes to authenticate. Alot of
time when I am running PC-Pine over the same ethernet, it times out. this
is really annoying...

I tried installing a different drive just for spooling on the same scsi
bus, and this helped tremendously. But, I still get timeouts with
PC-Pine, and iostat is reporting TONS of activity on both drives (spool,
and the other drive which contains root filesystem, and where mail files
are being stored).

Our weakest link seems to be the speed of our hard drives, and it is
slowing authentication down. What can we do to remedy this problem? We
are running that 50 pin scsi card from BusLogic, and one of those 9 gig
Segate drives, in which we have to use an adaptor thingy to make the cable
work on it (counted 68 pins on the drive). Then, the other drive where I
am spooling the stuff is 50 pin, and the cable plugs right into it.

Do I need to get one of those faster SCSI cards from Adaptec that plug
directly into that kind of drive without an adaptor thingy. Would that
make it faster?

Sincerely,

Richard G. Duvall

On Thu, 17 Jun 1999, Nigel Metheringham wrote:

>
> rgduvall@??? said:
> > Would it be wise to mount /var/spool/exim in memory to speed up this
> > process? Most of the activity on the drive is coming from the spool.
> > If this is wise, how much of memory do I need to allocate for the MFS?
>
> Standard call on this - if the data matters to you then you do not put
> it on a memory based drive. Personally I would consider the
> possibility of a load of mail being queued at the point when the system
> goes down and that mail being thus lost forever being too great a risk.
> Some of this data can be quite long lived - 10 days in the case of a
> recipient host being down, say.
>
>     Nigel.

>
> -- 
> [ Nigel Metheringham                  Nigel.Metheringham@??? ]
> [ Phone: +44 1423 850000                         Fax +44 1423 858866 ]

>
>
>
> --
> *** Exim information can be found at http://www.exim.org/ ***
>
>



--
*** Exim information can be found at http://www.exim.org/ ***