Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754168Ab0KPQF4 (ORCPT ); Tue, 16 Nov 2010 11:05:56 -0500 Received: from mtagate3.de.ibm.com ([195.212.17.163]:43123 "EHLO mtagate3.de.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752374Ab0KPQFz (ORCPT ); Tue, 16 Nov 2010 11:05:55 -0500 Date: Tue, 16 Nov 2010 17:05:49 +0100 From: Martin Schwidefsky To: Peter Zijlstra Cc: Michael Holzheu , Shailabh Nagar , Andrew Morton , Venkatesh Pallipadi , Suresh Siddha , Ingo Molnar , Oleg Nesterov , John stultz , Thomas Gleixner , Balbir Singh , Heiko Carstens , Roland McGrath , linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, "jeremy.fitzhardinge" , Avi Kivity Subject: Re: [RFC][PATCH v2 4/7] taskstats: Add per task steal time accounting Message-ID: <20101116170549.05d9e5c6@mschwide.boeblingen.de.ibm.com> In-Reply-To: <1289922329.2109.627.camel@laptop> References: <20101111170352.732381138@linux.vnet.ibm.com> <20101111170815.024542355@linux.vnet.ibm.com> <1289677083.2109.167.camel@laptop> <20101115155057.15f3be35@mschwide.boeblingen.de.ibm.com> <1289833883.2109.494.camel@laptop> <20101115184206.4463fd05@mschwide.boeblingen.de.ibm.com> <1289843441.2109.520.camel@laptop> <20101115185923.1c353d07@mschwide.boeblingen.de.ibm.com> <1289844524.2109.524.camel@laptop> <20101116095101.5d86d1e5@mschwide.boeblingen.de.ibm.com> <1289909768.2109.592.camel@laptop> <20101116163325.755a709f@mschwide.boeblingen.de.ibm.com> <1289922329.2109.627.camel@laptop> Organization: IBM Corporation X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1389 Lines: 34 On Tue, 16 Nov 2010 16:45:29 +0100 Peter Zijlstra wrote: > > > Except that the per-task steal time gives you lot less detail, being > > > able to profile on vcpu exit/enter gives you a much more powerfull > > > performance tool. Aside from being able to measure the steal-time it > > > allows you to instantly find hypercalls (both explicit as well as > > > implicit), so you can also measure the hypercall induced steal-time as > > > well. > > > > Yes and no. The tracepoint idea looks interesting in itself. But that does > > not completely replace the per-task steal time. The hypervisor can take > > away the cpu anytime, it is still interesting to know which task was hit > > hardest by that. You could view the cpu time lost by a hypercall as > > "synchronous" steal time for the task, the remaining delta to the total > > per-task steal time as "asynchronous" steal time. > > Right, so there is no way the guest knows about the vcpu getting > scheduled, it can only derive the fact from hardware clocks after the > fact? Correct. -- blue skies, Martin. "Reality continues to ruin my life." - Calvin. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/