From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 1 10:56:00 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10209106564A for ; Thu, 1 Dec 2011 10:56:00 +0000 (UTC) (envelope-from prvs=1316828ddc=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2408FC13 for ; Thu, 1 Dec 2011 10:55:59 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 01 Dec 2011 10:45:56 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 01 Dec 2011 10:45:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50016822410.msg for ; Thu, 01 Dec 2011 10:45:55 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1316828ddc=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-ID: <1A338C6C470940B386C307641E350A3E@multiplay.co.uk> From: "Steven Hartland" To: "Jason Hellenthal" References: <547298A3C38F407887E1AAAAC487DF6D@multiplay.co.uk> <20111201065722.GA97051@DataIX.net> Date: Thu, 1 Dec 2011 10:44:58 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-hackers@freebsd.org Subject: Re: Invalid memory stats from vmstat and sysctl vm.vmtotal? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 10:56:00 -0000 ----- Original Message ----- From: "Jason Hellenthal" > This goes along with the thoughts I had about 4 months ago tending to some > zfs statistics as well top showing greater than 100% actual CPU usage. This > is a big pet peave of mine. Its like saying you ate 134% of a bannanna when > in all reallity it is impossible. You can never have more than 100% usage of > anything and when seen is a clear notice that some math is considerably > incorrect leading to other such miscalculations to be performed. Things like > the above already have checks in place that ensure no boundries are being > crossed/overflowed or underrun but it surely makes processing results building > future products a bitch. One instance is the calculation of threads for example > firefox can be seen using upto or more 338% of the CPU. Thats impossible its > like saying anyones CPU grew by 400%. I could understand a bit of overflow as stats are snapshots which may not be instuntanious, but 31GB instead of under 8GB is hardly a rounding issue / overflow. With respect to top showing greater than 100% by how much are you talking? Do your realise that each core = 100%? So if you have a quad core your system total will be 400% not 100%? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.