From owner-freebsd-current Mon Nov 26 10:20:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from hal-5.inet.it (hal-5.inet.it [213.92.5.24]) by hub.freebsd.org (Postfix) with ESMTP id A487437B427 for ; Mon, 26 Nov 2001 10:20:41 -0800 (PST) Received: (from root@localhost) by hal-5.inet.it (8.11.1/8.11.1) id fAQIKeY180140 for ; Mon, 26 Nov 2001 19:20:40 +0100 Received: from acampi.inet.it(213.92.1.165) by hal-5.inet.it via I-SMTP id s-213.92.1.165-IUURwr; Mon Nov 26 19:20:40 2001 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 6BB4F15550 for ; Mon, 26 Nov 2001 19:20:27 +0100 (CET) Received: (qmail 4349 invoked by uid 1000); 26 Nov 2001 18:20:08 -0000 Date: Mon, 26 Nov 2001 19:20:07 +0100 From: Andrea Campi To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG Subject: Re: send_packet: No buffer space available Message-ID: <20011126182007.GB554@webcom.it> References: <20011121160116.GA6891@webcom.it> <20011121184318.A64569@technokratis.com> <20011126164901.GA554@webcom.it> <20011126131407.A7467@technokratis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011126131407.A7467@technokratis.com> User-Agent: Mutt/1.3.23.2i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Note that we presently don't lock anything (this is expected, we > haven't gotten there yet). However, note also that in the new version we > also do an "_IFQ_DROP()" if we have exceeded the ifq_maxlen, and > finally, also note that the new test is ">" and not ">=" - I don't know > why it is ">=" to begin with. One would think that we should be testing > for whether we are going to _exceed_ ifq_maxlen, not if we're going to > reach it (we should be allowed to reach it). OK, this makes a lot of sense. > > So, no solution, right? :( > > Well, you're sending out packets faster than your hardware can > transmit them. You can `artificially' define IFQ_MAXLEN to something > greater than 50 but practically, you probably won't get much besides for > consuming more memory for the output queue. Well, my main worry is to make sure FreeBSD works at least as well as any other OS our customers may be using or familiar with; I'm not really worried about performance of my -CURRENT laptop (or I'd run -STABLE ;-). Given that it's more of an hardware issue, I'm not really tempted to hack around it, expecially given that you admit it won't do much. So, at least now we know what to answer if the question arises again (I has several people who send 'me too' emails to me). Thanks for helping, Bye, Andrea -- The three Rs of Microsoft support: Retry, Reboot, Reinstall. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message