From owner-freebsd-net@FreeBSD.ORG Fri Aug 1 15:19:00 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05D45106564A for ; Fri, 1 Aug 2008 15:19:00 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (capeta.freebsdbrasil.com.br [201.48.151.3]) by mx1.freebsd.org (Postfix) with SMTP id 300AB8FC0C for ; Fri, 1 Aug 2008 15:18:58 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 20958 invoked from network); 1 Aug 2008 12:18:57 -0300 Received: by simscan 1.1.0 ppid: 20950, pid: 20951, t: 0.3348s scanners: clamav: 0.91.1/m: spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.1 required=3.7 Received: from unknown (HELO claire.bh.freebsdbrasil.com.br) (201.48.151.226) by capeta.freebsdbrasil.com.br with SMTP; 1 Aug 2008 12:18:57 -0300 Message-ID: <48932924.2070102@freebsdbrasil.com.br> Date: Fri, 01 Aug 2008 12:17:56 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: Petri Helenius References: <48918DB5.7020201@wubethiopia.com> <4891CD13.20600@freebsdbrasil.com.br> <48922E9D.1020507@elischer.org> <48931E09.70407@freebsdbrasil.com.br> <489326B3.4030306@freebsdbrasil.com.br> <48932850.9090104@helenius.fi> In-Reply-To: <48932850.9090104@helenius.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Makonnen , freebsd-net@freebsd.org Subject: Re: Application layer classifier for ipfw 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, 01 Aug 2008 15:19:00 -0000 Petri Helenius escreveu: > Patrick Tracanelli wrote: >> >> I have raised the queue lenght a lot, up to 40960, and the behavior >> was the same. Ill keep trying and let you know if any success. >> > No queue depth is going to help you if you receive more data than you > can process. > > Pete From here, where I see (userland perspective) CPU usage is not an issue (yet?). classifyd is demanding low CPU: 6386 root 2 108 0 7496K 6668K RUN 0:11 0.04% ipfw-classifyd But maybe you mean something else. -- Patrick Tracanelli