[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111110164135.GA4659@redhat.com>
Date: Thu, 10 Nov 2011 18:41:35 +0200
From: Gleb Natapov <gleb@...hat.com>
To: Stephane Eranian <eranian@...gle.com>
Cc: Peter Zijlstra <peterz@...radead.org>,
linux-kernel@...r.kernel.org, robert.richter@....com,
mingo@...e.hu, ming.m.lin@...el.com, ak@...ux.intel.com
Subject: Re: [PATCH] perf_events: fix and improve x86 event scheduling
On Thu, Nov 10, 2011 at 04:09:32PM +0100, Stephane Eranian wrote:
> On Thu, Nov 10, 2011 at 3:37 PM, Peter Zijlstra <peterz@...radead.org> wrote:
> > Just throwing this out there (hasn't event been compiled etc..).
> >
> > The idea is to try the fixed counters first so that we don't
> > 'accidentally' fill a GP counter with something that could have lived on
> > the fixed purpose one and then end up under utilizing the PMU that way.
> >
> > It ought to solve the most common PMU programming fail on Intel
> > thingies.
> >
Heh, just looked into doing exactly that here.
> What are the configs for which you have failures on Intel?
>
Suppose you have 3 fixed event counters and 2 GP counters and 3 event.
One can go to one of the fixed counters or any GP, 2 others can be only on
GP. If the event that can go to fixed counter will be placed into GP
counter then one of the remaining events will fail to be scheduled.
> I think I can improve my algorithm for fixed counters by treating
> them separately and trying fixed counters first any supported
> event.
>
--
Gleb.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists