On Wed, 13 Jan 1999, Dax Kelson wrote:
> The stats said the linux-kernel list has about 1.5 million deliveries
> per day. With anon-cvs turned off the lag of posting is down from 30
> hours to 1-2 hours, still totally unacceptable.
-- trimmed slightly
From: Matti Aarnio <[EMAIL PROTECTED]>
To: Brian Gerst <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: vger.rutgers.edu/mailing list
Numbers of different recipients per top-domain in all of VGER's lists are
listed here (top-10 in count), along with associated fanout relay:
....
633 ca vger.rutgers.edu
660 se ifi.uio.no
689 it nic.funet.fi
911 au samba.anu.edu.au
1176 org listserv.funet.fi
1226 uk ferret.lmh.ox.ac.uk
2634 de ferret.lmh.ox.ac.uk
2700 edu entropy.muc.muohio.edu
4475 net listserv.funet.fi
8119 com listserv.funet.fi
We *tried* to run ORG, COM, and NET thru US located systems, but
when those relays failed, we moved the traffic back to FUNET...
By all means you are welcome to offer fanout relay service, but
are you prepared for the load ?
Mind you, VGER is delivering about 1.5 MILLION recipients per 24 hours
through the fanouts, and some small (mostly US-based) top-levels by
itself. The disk where all this is happening is not hottest possible
(or perhaps it literally is that, but not fastest)..
> I did notice that since the weekend, the list has been flowing much
> better, presumably because of restricting CVS access on vger. Time to
> seperate the list and CVS on different machines?
At least to separate spindles.. (disks, that is)
> Brian Gerst
/Matti Aarnio <[EMAIL PROTECTED]>
--
> It seriously degrades communication. For example a new pre patch comes
> out with some typo in it and 40 people post about the problem because
> they haven't received any messages to list mentioning that problem
> (yet).
>
> If the list has a < 20 second turn around like the qmail list, those
> things wouldn't happen.
True, but it wouldn't happen with qmail.
> But like Russell said, David Miller has been refusing to even *look* at
> qmail for 3 years.
qmail on vger would make having exploders rather pointless[1]. Currently,
when a mail is received for linux-kernel, vger sends ~200 copies to
subscribers and another dozen or so to exploders.
If I'm not mistaken (maybe I am) qmail, in this situation would turn
those dozen messages to exploders into around 3000.
Matthew.
[1] Except for dealing down down hosts, &c.
