From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99AEC16A4CF; Fri, 8 Oct 2004 16:13:39 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4430243D2F; Fri, 8 Oct 2004 16:13:39 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id BB63EBB76; Fri, 8 Oct 2004 12:13:38 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id BD0291D1E37; Fri, 8 Oct 2004 12:13:33 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.48301.708496.292232@canoe.dclg.ca> Date: Fri, 8 Oct 2004 12:13:33 -0400 To: Guy Helmer In-Reply-To: <4166B6A9.1000704@palisadesys.com> References: <16742.40802.187425.402461@canoe.dclg.ca> <4166B6A9.1000704@palisadesys.com> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:13:39 -0000 >>>>> "Guy" == Guy Helmer writes: Guy> The fixed bug in the em driver for BETA7 may significantly help Guy> (see Scott Long's response prior to mine). As I replied, I hand-applied these patches. They reduced live lock (or what my tech calls "chunkyness" --- almost live lock), but they didn't increase performance. Guy> If you try BETA7 without polling but with SMP, do you get better Guy> results if you increase hw.em0.rx_int_delay and Guy> hw.em1.rx_int_delay above 0? These had little effect. tx_int_delay had some small effect. rx_int_delay didn't seem to affect things ... or was slightly negative in effect above 0. Tried various values as high as 1000 for these parameters. Tried values like 1,2,5,10,25,64, etc. No substantial effect. Guy> Have you set sysctls kern.random.sys.harvest.ethernet=0 and Guy> kern.random.sys.harvest.interrupt=0? I did not. We will try those next week. Guy> I don't know if it will have any effect in your situation, but Guy> have you increased net.inet.ip.intr_queue_maxlen? No. We did increase a number of queues. According to the net.isr code, almost no packets were being queued. I gather this means they're being delivered to destination by the thread that picks them up. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================