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
