From owner-freebsd-net@FreeBSD.ORG Fri Feb 10 20:22:51 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2AE16A420 for ; Fri, 10 Feb 2006 20:22:51 +0000 (GMT) (envelope-from bedinelli@madhaus.cns.utoronto.ca) Received: from madhaus.cns.utoronto.ca (madhaus.cns.utoronto.ca [128.100.103.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 7BF2B43D5C for ; Fri, 10 Feb 2006 20:22:44 +0000 (GMT) (envelope-from bedinelli@madhaus.cns.utoronto.ca) Received: (qmail 9401 invoked by uid 31014); 10 Feb 2006 20:22:42 -0000 Received: from [128.100.103.148] (HELO [128.100.103.148]) (128.100.103.148) by madhaus.cns.utoronto.ca (qpsmtpd/0.30) with ESMTP; Fri, 10 Feb 2006 15:22:42 -0500 In-Reply-To: <43ECEF7C.2090101@elischer.org> References: <7bb8f24157080b6aaacb897a99259df9@madhaus.cns.utoronto.ca> <43ECB1E7.8010308@mac.com> <711b7ec873f31bc5be50ce477313fac3@madhaus.cns.utoronto.ca> <43ECEF7C.2090101@elischer.org> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcos Bedinelli Date: Fri, 10 Feb 2006 15:22:41 -0500 To: Julian Elischer X-Mailer: Apple Mail (2.623) Cc: freebsd-net@freebsd.org Subject: Re: Network performance in a dual CPU system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 20:22:51 -0000 Hi Julian, On 10-Feb-06, at 14:54, Julian Elischer wrote: > I have found that most people can optimise there ipfw rulests > considerably. > > for example: a first rule of: > 1 allow ip from any to any in recv {inside interfacfe} > 2 allow ip from any to any out xmit {inside interface} > will cut your ipfw load by 50% immediatly. > (you should only be filterring on one interface usually) > > use 'skipto' rules to immediatly send incoming and outgoing data to > different rules sets. > > etc. > (I you want to privatly send me your ruleset I can probably help you > do this) > > julian Thank you very much for your input and kind offer. Not long ago I removed the entire ruleset on that machine and the impact was minimal (i.e., CPU utilization was still above 98%). Nevertheless, I am sure my ruleset can benefit from some polishing. I would like to take the liberty of writing to you in the future to exchange some ideas, provided you have no objections. Thanks! -- Marcos