Subject: Re: kern/12606: NMBCLUSTERS too small for nowadays use (netbsd-1-5)
To: None <itojun@itojun.org>
From: Greg A. Woods <woods@weird.com>
List: netbsd-bugs
Date: 04/11/2001 14:25:18
[ On Wednesday, April 11, 2001 at 10:17:59 (+0900), itojun@itojun.org wrote: ]
> Subject: kern/12606: NMBCLUSTERS too small for nowadays use (netbsd-1-5)
>
> it seems to me that NMBCLUSTERS (256, or 512 if GATEWAY)
> is too small for nowadays applications.
indeed....
> my mail/web server choked this morning by web crawler with mbuf
> cluster shortage. my upstream is just 128K!
My gateway box (a wee pentium 150MHz machine, but with 16MB RAM) chokes
sometimes too. I've got a ~2mbit cable modem and a 3.0mbit aDSL modem
on 10mbit ethernet interfaces, and a 10mbit LAN interface too of course.
(my gateway's running 1.5F)
The symptoms are very bad -- nothing happens on any network interface.
and even worse nothing is printed on the console either. I suspect one
interface at a time goes dead but it's hard to see for sure when your
real-time view (eg. tkined/scotty) is only through one of the interfaces.
Just as with your scenario a "netstat -m" doesn't show any more than 25%
mbufs in use.
If I login on the console and try to ping out I get a "No buffer space
available" error. Still nothing from the kernel though.
If I have a telnet or rlogin session open to the machine it seems to be
receiving data OK as if I hit return a number of times the send queue
builds up for the session (i.e. on the frozen machine) and when I
recover (see next paragraph) the pending prompts are displayed.
I can usually cure it temporarily by logging in on the physical console,
downing all the interfaces, waiting a few minutes, bring the LAN
interface back up and wait another few minutes, and finally bring the
WAN interfaces back up.
However once it's been in this state once I can pretty much reproduce it
at will by trying to do a download from a reasonably fast site (eg.
where I get more than 50KB/s)
--
Greg A. Woods
+1 416 218-0098 VE3TCP <gwoods@acm.org> <woods@robohack.ca>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>