From owner-freebsd-net@FreeBSD.ORG Thu May 1 05:22:18 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 572CE1065682 for ; Thu, 1 May 2008 05:22:18 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 14AE48FC0C for ; Thu, 1 May 2008 05:22:18 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id EFAA31398F; Thu, 1 May 2008 15:22:16 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from anzac.hos (132.169.233.220.exetel.com.au [220.233.169.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id CB72C12F8F; Thu, 1 May 2008 15:22:12 +1000 (EST) Message-ID: <48195384.5030204@modulus.org> Date: Thu, 01 May 2008 15:22:12 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.0 (X11/20070426) MIME-Version: 1.0 To: Alfred Perlstein References: <20080501045736.GU30325@elvis.mu.org> In-Reply-To: <20080501045736.GU30325@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Some odd behaviour of vmstat and vmtotal... 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: Thu, 01 May 2008 05:22:18 -0000 > In deploying 7.0 at work we were finding a persistent problem when > running "vmstat 1" on systems. The problem shows up as a 10ms "pause" > in processing, usually packet stamping and forwarding by a user level > process. Thats interesting. I once did some quick and dirty profiling of vmtotal and found it runs extremely quickly. Are you running on slow machines (embedded perhaps)? Or do you have a situation where you perhaps have alot more VM objects created than normal? I can't think of a good example where this would be the case.. - Andrew