[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081205061012.GA12785@elte.hu>
Date: Fri, 5 Dec 2008 07:10:12 +0100
From: Ingo Molnar <mingo@...e.hu>
To: David Miller <davem@...emloft.net>
Cc: tglx@...utronix.de, linux-kernel@...r.kernel.org,
linux-arch@...r.kernel.org, akpm@...ux-foundation.org,
eranian@...glemail.com, dada1@...mosbay.com,
robert.richter@....com, arjan@...radead.org, hpa@...or.com,
a.p.zijlstra@...llo.nl, rostedt@...dmis.org, paulus@...ba.org
Subject: Re: [patch 0/3] [Announcement] Performance Counters for Linux
* David Miller <davem@...emloft.net> wrote:
> From: Thomas Gleixner <tglx@...utronix.de>
> Date: Thu, 04 Dec 2008 23:44:39 -0000
>
> > - No interaction with ptrace: any task (with sufficient permissions) can
> > monitor other tasks, without having to stop that task.
>
> This isn't going to work.
>
> If you look at the things the perfmon libraries do, you do need to stop
> the task.
>
> Consider counter virtualization as the most direct example. [...]
Note that counter virtualization is not offered in the perfmon3 patchset
that has been posted to lkml. (It is part of the much larger 'full'
perfmon patchset which has not been submitted for integration)
Nevertheless we will offer counter virtualization in -v2 of our patchset
and we mentioned it in the TODO list:
> > - Round-robin scheduling of counters, when there's more task
> > counters than hw counters available.
The 'target' task does not have to be stopped to offer counter
virtualization (counter overcommit or counter scheduling) - or to offer
any of the other performance counter features. Please let us know why it
needs the task to be stopped - we asked about that on lkml in the perfmon
thread and no technical answer was given, and couldnt find any such
technical reason while implementing it ourselves.
Relying on ptrace machinery can be considered one of the bigger design
mistakes of the permon3 patchset.
We pointed that out in review, and now we demonstrate it via this
patchset that it can be done much cleaner and much simpler. (Please stay
tuned for -v2 if you want to see the proof of the pudding.)
Ingo
--
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