Date: Tue, 06 Oct 1998 16:26:05 -0700 From: David Greenman <dg@root.com> To: Terry Lambert <tlambert@primenet.com> Cc: enkhyl@hayseed.net, mishania@demos.net, current@FreeBSD.ORG Subject: Re: -current panics.. Message-ID: <199810062326.QAA00703@implode.root.com> In-Reply-To: Your message of "Tue, 06 Oct 1998 19:57:15 -0000." <199810061957.MAA18722@usr08.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>> >This same kind of situation can occur with a network-intensive app running >> >under Solaris, too. From my own experience with tuning OSs (specifically >> >Solaris 2.x), I'd agree with David's assessment. Not having delved that >> >far into the details of FreeBSD "leaks" as he probably has, I can't say >> >with certainty that there are none, but I'm inclined to believe him. :-) >> >> I should say here that I'm not saying that there aren't any "leak" bugs, >> either, just that I have looked into this several time and found nothing but >> mis-tuned systems. I'm also a bit incredulous since wcarchive does far more >> TCP/IP than most other machines in the world, has months of uptime and no >> detectable buffer leaks. I want to be clear about this: If there was a bug >> that I could identify, I'd fix it immediately. "Show me the mon^H^H^Hbug!" > >I kind of have a question in this area... > >If it's possible to tune the system's static resource allocations, >then why not make the allocations dynamic so that they are self >tuning, and dampen the hysteresis loop so that you don't get wild >swings? > > >It's always seemed odd to me that there would ever be an "out of >mbufs!" message when there was, in fact, room available to allocate >more mbufs... The kernel address space and layout is a carefully crafted and tuned finite resource. There are several cases where decent performance demands that certain things be statically allocated, and virtual memory for network buffers is one of those things. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810062326.QAA00703>