-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 28 Jan 00, at 11:29, Henrik Öhman wrote:
> A user just sent 2 subsequent mails to a mailing list, both including quite
> large attachments (looking in ~user/list/archive, the files are 1,2Mb and
> 730kb respectively) to 21 users. This is quite heavy on a 128kbit line, esp.
> since concurrencyremote is 20, so I expect that each qmail-remote takes its
> share of the bandwidth, leaving 128/20 kbit per delivery.
Well, TCP/IP doesn't work this way. Each connection is trying to
steal as much as possible - only if the replies from the opposite
sides have (roughly) identical delays, the bandwidth is shared
evenly; otherwise, the more responsive hosts get larger share of
bandwidth. But anyway...
> So, naturally, I'll get a few defferals due to dead connections, but
> eventually all the mail should get sent, so I don't worry about that. What I
> do worry about is that I can't login because bash can't fork (due to lack of
> memory,) that the load peaks around 2.40 and averages at 1.20
Which processes are running (ie. actively working)?
> and that the
> TCP/IP stack is dead. (I can't get a ping reply from our local network and all
> connections seem dead.)
>
> What could be the cause of this? Could it be qmail or just an instable linux
> kernel?
Unstable kernel. What you describe looks like memory leak
somewhere in kernel (network part probably).
Simply, by calling normal functions, you CAN'T crash anything in
the kernel. qmail is a userspace program, not a kernel program.
End of story.
> 3Com 3c905B (Running in 100Mbit to the router)
Do you use Becker's driver, or 3Com's one?
> Linux 2.2.12 (egcs-1.1.2)
If it were 2.2.11, I'd know where the leak is... :-)
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.0.2 -- QDPGP 2.60
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBOJF97lMwP8g7qbw/EQJ3+QCg41B/o5bAqxdHupOBYo+Muc5x+vwAoJnu
I+X7+MDDQXvo/+PK8xxWUtuD
=yh56
-----END PGP SIGNATURE-----
