Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things

Re: Re: Dreaming of a Better Profiler

by samtregar (Abbot)
on May 25, 2004 at 21:38 UTC ( #356389=note: print w/replies, xml ) Need Help??

in reply to Re: Dreaming of a Better Profiler
in thread Dreaming of a Better Profiler

How about something like this?

That's a reasonable idea, and it might just work. It might also have too much overhead to run fast enough to get a good sampling rate. At the very least it could be a good way to get the curcop-logging and subroutine-name resolution code working without tackling the interupt handler.

My own notion of a neat profiler for perl would make use of the performance counter registers of modern processors. I've worked on that some. Maybe I should resurrect that project.

That sounds very interesting. Can you suggest any reading material on the subject?


Replies are listed 'Best First'.
Re: Re: Re: Dreaming of a Better Profiler
by Zaxo (Archbishop) on May 25, 2004 at 22:08 UTC

    The Intel processor manuals are probably the best reference for the low-level stuff. They are available online in pdf format.

    Perfctr is a Linux kernel patch and user library which permits users to access the performance counters on a per-process basis. One drawback to that approach is that is very platform specific. It would be difficult to write a perl module distribution of acceptable generality.

    After Compline,

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://356389]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others pondering the Monastery: (3)
As of 2021-10-22 01:30 GMT
Find Nodes?
    Voting Booth?
    My first memorable Perl project was:

    Results (85 votes). Check out past polls.