From owner-freebsd-hackers Sun Jun 17 11:49: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2]) by hub.freebsd.org (Postfix) with ESMTP id CCE6F37B403 for ; Sun, 17 Jun 2001 11:49:02 -0700 (PDT) (envelope-from acahalan@saturn.cs.uml.edu) Received: (from acahalan@localhost) by saturn.cs.uml.edu (8.11.0/8.11.2) id f5HIn0D480143; Sun, 17 Jun 2001 14:49:01 -0400 (EDT) Date: Sun, 17 Jun 2001 14:49:01 -0400 (EDT) Message-Id: <200106171849.f5HIn0D480143@saturn.cs.uml.edu> From: "Albert D. Cahalan" To: freebsd-hackers@FreeBSD.ORG Cc: brad.knowles@skynet.be Subject: Re: Article Network performance by OS Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brad Knowles writes: > It gets far, far better than this. I misunderstood some of the > details of the article the first time I read it. It turns out that > the morons have written an SMTP MTA that keeps all writes in memory > and never flushes them to disk. ... > Go home, the party's over. These guys are so bloody clue-free > that it's no longer worth the effort even contemplating the thought > of attempting to help them learn how things ought to be done. SMTP cluefulness == benchmarking cluefulness ??? The default config is optimized for SPAM. They also offer: Crash-proof option. Makes sure that no message is lost in event of crash or power failure. Note: this feature slows performance. So clearly the developers know what they are supposed to do. With disk failure rates being what they are, and the uptime some people get, I don't think the normal MTA behavior helps very much anyway. It is an option though, just not the default. Marketing must love to say "equal to 15 sendmail servers". Obviously these people want to sell a product, and they don't care what they have to do to make that product look good. Maybe they have more of a clue than you do, mixed with a bit of evil perhaps. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message