chiark - git - mdw - qmail/blob - BLURB4

   1 qmail's modular, lightweight design and sensible queue management make
   2 it the fastest available message transfer agent. Here's how it stacks up
   3 against the competition in five different speed measurements.
   4
   5 * Scheduling: I sent a message to 8192 ``trash'' recipients on my home
   6 machine. All the deliveries were done in a mere 78 seconds---a rate of
   7 over 9 million deliveries a day! Compare this to the speed advertised
   8 for Zmailer's scheduling: 1.1 million deliveries a day on a
   9 SparcStation-10/50. (My home machine is a 16MB Pentium-100 under BSD/OS,
  10 with the default qmail configuration. qmail's logs were piped through
  11 accustamp and written to disk as usual.)
  12
  13 * Local mailing lists: When qmail is delivering a message to a mailbox,
  14 it physically writes the message to disk before it announces success---
  15 that way, mail doesn't get lost if the power goes out. I tried sending a
  16 message to 1024 local mailboxes on the same disk on my home machine; all
  17 the deliveries were done in 25.5 seconds. That's more than 3.4 million
  18 deliveries a day! Sending 1024 copies to a _single_ mailbox was just as
  19 fast. Compare these figures to Zmailer's advertised rate for throwing
  20 recipients away without even delivering the message---only 0.48 million
  21 per day on the SparcStation.
  22
  23 * Mailing lists with remote recipients: qmail uses the same delivery
  24 strategy that makes LSOFT's LSMTP so fast for outgoing mailing lists---
  25 you choose how many parallel SMTP connections you want to run, and qmail
  26 runs exactly that many. Of course, performance varies depending on how
  27 far away your recipients are. The advantage of qmail over other packages
  28 is its smallness: for example, one Linux user is running 60 simultaneous
  29 connections, without swapping, on a machine with just 16MB of memory!
  30
  31 * Separate local messages: What LSOFT doesn't tell you about LSMTP is
  32 how many _separate_ messages it can handle in a day. Does it get bogged
  33 down as the queue fills up? On my home machine, I disabled qmail's
  34 deliveries and then sent 5000 separate messages to one recipient. The
  35 messages were all safely written to the queue disk in 23 minutes, with
  36 no slowdown as the queue filled up. After I reenabled deliveries, all
  37 the messages were delivered to the recipient's mailbox in under 12
  38 minutes. End-to-end rate: more than 200000 individual messages a day!
  39
  40 * Overall performance: What really matters is how well qmail performs
  41 with your mail load. Red Hat Software found one day that their mail hub,
  42 a 48MB Pentium running sendmail 8.7, was running out of steam at 70000
  43 messages a day. They shifted the load to qmail---on a _smaller_ machine,
  44 a 16MB 486/66---and now they're doing fine.