Stephane, thank you very much for these answers. I'd like to follow up on only 2 items:
On Mon, Sep 14, 2009 at 4:34 AM, stephane eranian <eran...@googlemail.com> wrote: >> > If by virtualized you mean that perfmon2 allows per-thread monitoring, > then the answer is yes. You can attach a monitoring session to a thread. > As the thread is context switched in and out, the monitoring session (PMU > state) is also saved and restored. Is the PMU state of the next thread, in fact, physically restored by writing its last value into the PMC register? If that's the case, wouldn't the approach be limited to read-write registers, so read-only register such as the TSC could not be read per-thread? Was that not a concern? > Counts specific to that thread can be > extracted via a system call. At some point, perfmon2 also had the > ability to read the counts directly from user-space using a remapping > trick. But that was abandoned to simplify the code. But the same trick > perfctr uses could also be used. Can you elaborate on that? I had assumed that supporting direct, low-overhead access for fine-grained self-monitoring is a must have for any performance monitoring library. Why did you feel it was expendable? - Godmar ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ perfmon2-devel mailing list perfmon2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/perfmon2-devel
