From owner-freebsd-performance@FreeBSD.ORG Mon Jun 12 14:21:05 2006 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB9F416A503 for ; Mon, 12 Jun 2006 14:21:05 +0000 (UTC) (envelope-from danial_thom@yahoo.com) Received: from web33301.mail.mud.yahoo.com (web33301.mail.mud.yahoo.com [68.142.206.116]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A19343D46 for ; Mon, 12 Jun 2006 14:21:05 +0000 (GMT) (envelope-from danial_thom@yahoo.com) Received: (qmail 190 invoked by uid 60001); 12 Jun 2006 14:21:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=u9ZgsQ0AAWN5Esw6KkYKduRPhsGET+KQhKc7RXws6PtiCQDhUrtLfyfU1+DnnwVTqAgvNjgomoe6kuymMOAemHD75i2jbTn6hEZMie3iChG4DUpWz8TJzZANaNhkTpUxS0VP9dhdSVoXAc+WOl8mYoAA46uyOz7Zt/Ty5zhzcPE= ; Message-ID: <20060612142104.188.qmail@web33301.mail.mud.yahoo.com> Received: from [65.34.182.15] by web33301.mail.mud.yahoo.com via HTTP; Mon, 12 Jun 2006 07:21:04 PDT Date: Mon, 12 Jun 2006 07:21:04 -0700 (PDT) From: Danial Thom To: freebsd-performance@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Initial 6.1 questions X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: danial_thom@yahoo.com List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 14:21:05 -0000 I'm just setting up to evaluate 6.1 for a project, and before I tune I hoped to get some feedback on why some things are the way they are. first, why is the default for HZ now 1000? It seems that 900 extra clock interrupts aren't a performance enhancement. Is there a reason that ITR isn't a tunable in the em driver? It seems more usable generally to end users than the delays. Running a simple test with a traffic generator (firing udp packets to a blackhole), the system overhead with a single processor goes up from 10% to 15% when running a kernel with SMP enabled (and nothing else different). I have ITR set to 6000 interrupts per second. That seems like an awful lot of overhead. Is there some problem running an SMP-enabled kernel when only 1 processor is present, or is there really 50% extra overhead on an SMP scheduler? I'll have a dual core in a few days to test with. Lastly, is there a utility similar to cpustat in DragonflyBSD which shows the per-cpu usage stats? Thanks, DT __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com