From owner-freebsd-net Fri Feb 12 16:31:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01461 for freebsd-net-outgoing; Fri, 12 Feb 1999 16:31:48 -0800 (PST) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01438 for ; Fri, 12 Feb 1999 16:31:43 -0800 (PST) (envelope-from justin@scv2.apple.com) Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out1.apple.com (8.8.5/8.8.5) with ESMTP id QAA42768 for ; Fri, 12 Feb 1999 16:30:31 -0800 Received: from scv2.apple.com (scv2.apple.com) by mailgate1.apple.com (mailgate1.apple.com- SMTPRS 2.0.15) with ESMTP id ; Fri, 12 Feb 1999 16:30:23 -0800 Received: from localhost (grinch.apple.com [17.202.43.163]) by scv2.apple.com (8.8.5/8.8.5) with ESMTP id QAA33646; Fri, 12 Feb 1999 16:30:21 -0800 Received: (from justin@localhost) by localhost (8.8.5/8.8.5) id QAA07269; Fri, 12 Feb 1999 16:20:03 -0800 Message-Id: <19990212162002.M5418@apple.com> Date: Fri, 12 Feb 1999 16:20:02 -0800 From: "Justin C. Walker" To: Chris Csanady , Jason Thorpe Cc: freebsd-net@FreeBSD.ORG Subject: Re: Serious mbuf cluster leak.. Reply-To: justin@apple.com References: <199902122053.MAA04612@lestat.nas.nasa.gov> <19990213001613.93D2E10@friley-185-205.res.iastate.edu> MIME-Version: 1.0 X-Mailer: Mutt 0.93.2i In-Reply-To: <19990213001613.93D2E10@friley-185-205.res.iastate.edu>; from Chris Csanady on Fri, Feb 12, 1999 at 06:16:13PM -0600 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Feb 12, 1999 at 06:16:13PM -0600, Chris Csanady wrote: > > >On Thu, 11 Feb 1999 09:15:29 -0800 > > "Justin C. Walker" wrote: > > > > > I can say that our implementation doesn't seem to = > > > suffer from this problem. Could be there's an issue in the use of = > > > PRUS_* v. the socket state we use. The code in my kernel looks like: > > > >The NetBSD code looks pretty much just like this, and also does not > >suffer from an mbuf cluster leak of any kind. > > I'll take a look at the NetBSD code when I have a chance. Are you sure > you just have not seen it though? I only see it over gigabit ethernet, > and even then only when doing lots of large writes. Perhaps it is a > timing issue? > > I am only pointing out what I see. It does not happen with source from > before this change--so what else should I think? You are welcome to > take a glance at my driver, although I don't think it is the problem. > There are only 2 places where clusters are touched, and they never > become seperate from the mbuf header. But I don't see any mbuf leak.. Believe me, I understand. We've been beating on this code for months, with 10, 100, and Gigabit networking, using web server, high-volume UDP, file share, and other tests. That's no guarantee, of course, and different setups can manifest different behaviors and bugs. However, I do feel confident that we haven't seen leaks. Those would typically grind the system to a halt, or result in a noticeable downturn in performance, and we just don't see this (or, rather, we know the reasons for the problems we do see :-}). Could well be that there's a subtle difference in the two implementations that shows up this leak under stress. I haven't looked at the code, though, and can't really comment. Well, I could, but it wouldn't help :-} Regards, Justin BTW: I got mildly whacked by The Powers That Probably Are for exhuberance in the use of FreeBSD mailing lists, so I presume one of the lists should be dumped. I'm removing the -current list, but someone might forward if it's of interest. -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | Manager, CoreOS Networking | Men are from Earth. Apple Computer, Inc. | Women are from Earth. 2 Infinite Loop | Deal with it. Cupertino, CA 95014 | *---------------------------------------*------------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message