From owner-freebsd-questions Thu Feb 20 13:23:50 2003 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CDF737B405 for ; Thu, 20 Feb 2003 13:23:49 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3475643FD7 for ; Thu, 20 Feb 2003 13:23:48 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.6) id h1KLNlgl095105; Thu, 20 Feb 2003 15:23:47 -0600 (CST) (envelope-from dan) Date: Thu, 20 Feb 2003 15:23:47 -0600 From: Dan Nelson To: Will Saxon Cc: questions@FreeBSD.ORG Subject: Re: network tuning Message-ID: <20030220212347.GR13096@dan.emsphone.com> References: <0E972CEE334BFE4291CD07E056C76ED8CBBC03@bragi.housing.ufl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED8CBBC03@bragi.housing.ufl.edu> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.3i Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Feb 20), Will Saxon said: > From: Dan Nelson [mailto:dnelson@allantgroup.com] > > That's consistent with a dual-CPU box. The CPU states are for the > > system as a whole, but the CPU usages in the process listing are > > per-process. A single CPU-heavy process will cause its process > > line to hit 100% CPU, but that will only force the User percentage > > to 50%, since there is antoher CPU sitting idle. > > Aha, didn't realize this. We were all kind of wondering if that was > all-cpu or just the one cpu. Well, there isn't a faster processor > available on that platform so we will have to just build something > better, or find something multithreaded. Threading won't help you, since FreeBSD's threads implementation is a single-process model, and if you're just watching one interface you really have a serial process that won't benefit from multiple CPUs anyway (grab packet, add its counts to some arrays, grab next packet). If you're bored you can build ntop with profiling and figure out what part of the code is the killer. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message