FreeBSD has a soft-updates feature that would speed such a system up - I
don't know linux very well but if it has a similar feature you might want
to consider using it. We're intending trying this so stop deliveries that
can happen immediately from never hitting the disk.
Scot
-----------------------------------------------------------------------------
Scot Elliott, Technology Engineering Manager, boo.com +44 171 9502429
Play: scot@??? Work: scot@???
-----------------------------------------------------------------------------
How can you lie there and think of England when you don't even know who's
in the team?... Billy Bragg.
On Thu, 30 Dec 1999, Theo Schlossnagle wrote:
> Thanks.. I guess I whould have posted the pertinent parts of my exim
> configuration. I already have the split_spool_directory set to true.
> We are running on ext2 and ext2 has notorious problems with large
> directories. Unfortunamely, with 62 splits, the queue only needs to
> grow by an order of magnitude to tickle the problems again. (When you
> are dealing with 18 messages a second outgoing and spikes of up to 150
> messages a second incoming, (relaying) you can see this happen too
> often. I have on many occasions been stuck with a queue or over 2
> million messages. I use different techiniques to solve thos problems.
>
> Actually, I think we are running into some disk I/O problems as well..
> I have 200-500 processes reading alot of information. They REALLY need
> to be sharing what they read so that each disk block isn't read several
> hundred times... Too many disk operations and too many system calls.
>
> "Dave C." wrote:
> >
> > If you don't already, I'd try setting this option:
> > | split_spool_directory
> > | Type: boolean
> > | Default: false
>
> --
> Theo Schlossnagle
> Senior Systems Engineer
> 33131B65/2047/71 F7 95 64 49 76 5D BA 3D 90 B9 9F BE 27 24 E7
>
>
>
> --
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
