Another option, call qmail-remote directly. You'll require a
preformatted message, but ultimately THAT is the program that actually
delivers the message to a machine. But on the other hand, you'd have to
check for errors if it can't be delivered...
Kevin
-----Original Message-----
From: Jim Arnott [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 06, 1999 10:02 AM
To: [EMAIL PROTECTED]
Subject: Re: Qmail throughput
All,
Thanks for all your help and pointers. Looks like its the disk bandwith.
When I
take out the fsync's in qmail-queue it drops down to 24 seconds
(41.6/sec).
SUMMARY:
Could only inject a 1000 byte file into the queue at a rate of 13.6/sec.
On a ~433 Alpha with Digital UNIX 4.0.
CONCLUSION:
The queue is very disk intensive and all writes are fsync'ed.
Things to try:
(thanks to David Dyer-Bennet,Daemeon Reiydelle,
[EMAIL PROTECTED],
[EMAIL PROTECTED])
Remove the fsync call in qmail-queue.c
Use a battery backed ram drive.
Send directly before queing and queue those that fail (does
qmail
support this)
Performance tune the system
SCSI controller with write-back cache
Run qmail-queue directly (qmail-queue does the fsync's though)
thanks again,
Jim Arnott
