[61856] in North American Network Operators' Group
Re: BMITU
daemon@ATHENA.MIT.EDU (Jim Shankland)
Sun Sep 7 01:09:50 2003
Date: Sat, 6 Sep 2003 22:11:41 -0700
From: Jim Shankland <nanog@shankland.org>
To: Michael Loftis <mloftis@wgops.com>
Cc: Robert Bridgham <rbridgham@hvdata.net>,
"'Fisher, Shawn'" <SFisher@Bresnan.com>,
"'Nanog List (E-mail)'" <nanog@merit.edu>
Errors-To: owner-nanog-outgoing@merit.edu
> Qmail doesn't scale well with large injection rates. Qmail
> scaling in that sort of manner is completely dependant upon
> the filesystem. Now this may have changed, but not that long
> back everything in submission was in one dir, processing in
> another dir, just like sendmail (by default) does. This
> caused the queue manager to stuff up something wicked at high
> injection rates.
Hans Reiser would argue that that reflects a limitation of the
filesystem, rather than of qmail; and that apps should not
have to code around such unreasonable filesystem limitations.
And reiserfs goes to considerable effort to achieve good
performance on directories containing thousands of small
files.
This would imply that if you're going to use qmail in a high-volume
environment, you might consider using reiserfs, also.
Jim Shankland
