Things that may improve things is to look at caching/high speed scsi
controllers, such as the DPT 3334UW and the icp-vortex controllers. The
DPT takes up to 64MB/controller and the icp-vortex up to 128MB/controller.
We're using 2 DPT 3334UW's on our news machine (40GB spool) at this time
and it's handling a T1 worth of feed without problems on 128MB RAM and
an AMD K6-450 (usually runs 95% idle). It only slow down when doing
an expire.
> Made a new machine to send out mailings. PII 450 with 1GB of RAM.
>
> I will try the "no fsync" way of doing things today. Its Friday and
> a mailing needs to go out. Preliminary tests show that "no fsync"
> seems to work so we'll see what the real life throughput improvement
> will be.
>
> Next experiment will be to run multiple independent copies of qmail
> where each copy has its own queue on a 60MByte RAMdisk. In theory
> this should result in up to 255*10 concurrent connections to the
> outside world.
>
> If neither gets over 100K deliveries per hour then I'll have to
> write my own "gattling gun" SMTP delivery thingy and just feed
> messages to qmail that have problems.
>
> Results will be reported back to the list.
>
> Dirk
>
>
> On Fri, Apr 09, 1999 at 11:07:31AM -0400, Dave Sill wrote:
> > [EMAIL PROTECTED] wrote:
> > >
> > >I need to find a way of doing >100K/hour. Ideally with one machine. I
> > >vaguely seems to recall that the author of qmail was claiming something
> > >like 100K/hour performance?
> >
> > I can't find anything like on the web page. The closest claims are:
> >
> > Efficient: On a Pentium under BSD/OS, qmail can easily sustain 200000
> > local messages per day---that's separate messages injected and
> > delivered to mailboxes in a real test!
> >
> > SPEED---qmail blasts through mailing lists two orders of magnitude
> > faster than sendmail. For example, each message on the qmail mailing
> > list is delivered to more than 1000 hosts around the world in just
> > 76 seconds.
> >
> > Scheduling: I sent a message to 8192 ``trash'' recipients on my home
> > machine. All the deliveries were done in a mere 78 seconds---a rate
> > of over 9 million deliveries a day!
> >
> > >> When you're sending messages, how many qmail-remotes are running?
> > >
> > >About 90-130. 255 if I stop delivery for a little while and then restart
> > >it. To me that means that the machine can send faster then I can get the
> > >messages into the queue.
> >
> > That's what it sounds like. So you either need to speed up the
> > existing process via h/w or s/w changes, or modify the injection
> > process.
> >
> > If you have money to throw at it, a solid state disk for the queue
> > would help a lot.
> >
> > Moving the queue to a tmpfs or removing fsync() calls, as others have
> > suggested, should help.
> >
> > Maybe you should hack up a customized version of qmail-queue that would
> > inject your messages faster--perhaps while qmail is stopped.
> >
> > -Dave
>
--
Richard Shetron [EMAIL PROTECTED] [EMAIL PROTECTED]
What is the Meaning of Life?
There is no meaning,
It's just a consequence of complex carbon based chemistry; don't worry about it
The Super 76, "Free Aspirin and Tender Sympathy", Las Vegas Strip.
