The queues aren't bad now, we're pretty good about prompty removing any
addresses that are bad, and total garbage emails don't even get subscribed
to the list.
Doesn't really matter if we lose a queue. I did play with memory
filesystems a couple of months ago, and I got worse performance on that than
I did on the 30GB IDE drive on the machine! I think I may have figured out
a way to distribute the queue across multiple servers. I just have to
figure out if ezmlm would still be able to handle bounces OK.
Jay
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 8:43 PM
To: Qmail
Subject: Re: Running Multiple Copies of Qmail on the same server...
On Tue, Oct 10, 2000 at 08:08:03PM -0500, Austad, Jay wrote:
> I'm going to have to put some QMQP servers in our other data centers to
get
> more speed out of it. We've got 90Mbit/sec worth of bandwidth at each one
> of those, but it'll burst higher.
>
> I noticed that when the messages are broken up into 20,000 rcpt chunks,
they
> go out way faster than a bunch of 150,000 rcpt chunks. At our current
> growth rate, we expect over 5,000,000 users per list during the first part
> of 2001. I just have to figure out how to increase the disk IO
performance
> or reduce the need for it on the list server box.
How big are your queues? (in disk space terms)?
Can you afford to lose a queue occasionally?
Can you afford a ram disk?
Just as an exercise you might want to run a queue as a memory file system
for a little while, just to see the sort of benefit you could gain.
Regards.
