Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753005AbYLJKvt (ORCPT ); Wed, 10 Dec 2008 05:51:49 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750967AbYLJKvj (ORCPT ); Wed, 10 Dec 2008 05:51:39 -0500 Received: from one.firstfloor.org ([213.235.205.2]:34323 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750809AbYLJKvi (ORCPT ); Wed, 10 Dec 2008 05:51:38 -0500 Date: Wed, 10 Dec 2008 12:03:14 +0100 From: Andi Kleen To: Paul Mundt , Andi Kleen , David Miller , mingo@elte.hu, a.p.zijlstra@chello.nl, paulus@samba.org, tglx@linutronix.de, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, akpm@linux-foundation.org, eranian@googlemail.com, dada1@cosmosbay.com, robert.richter@amd.com, arjan@infradead.org, hpa@zytor.com, rostedt@goodmis.org Subject: Re: [patch 0/3] [Announcement] Performance Counters for Linux Message-ID: <20081210110314.GA25779@one.firstfloor.org> References: <20081205.002701.172921476.davem@davemloft.net> <20081205084233.GE2030@elte.hu> <87ej0mx0c0.fsf@basil.nowhere.org> <20081205.120814.51226316.davem@davemloft.net> <20081210034824.GA27217@linux-sh.org> <20081210102819.GF23556@one.firstfloor.org> <20081210102335.GA30942@linux-sh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081210102335.GA30942@linux-sh.org> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1100 Lines: 26 On Wed, Dec 10, 2008 at 07:23:36PM +0900, Paul Mundt wrote: > On Wed, Dec 10, 2008 at 11:28:19AM +0100, Andi Kleen wrote: > > > Oprofile has been a pretty bad fit for them, and while I'm slightly more > > > > You could always use a extension of timer mode that reads them > > periodically? > > > This is what I do today, but it is not an ideal solution. It would be > nice if these sorts of use cases could be supported by newer frameworks > without every platform with similar requirements having to implement > workarounds hanging off of the timer IRQ. But you shouldn't hang off the timer irq anyways, but better use a regular timer or hr timer. This would give more regular sampling even with dyntick. And doing such a timer is only a few lines of code, I'm not sure it would buy you all that much to generalize it. -Andi -- ak@linux.intel.com -- 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/