[Python-Dev] the new profiler and profiling c calls (original) (raw)
Nick Bastin nbastin at opnet.com
Tue Jul 13 03:14:58 CEST 2004
- Previous message: [Python-Dev] the new profiler and profiling c calls
- Next message: [Python-Dev] Proposal: C API Macro to decref and set to NULL
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Jul 12, 2004, at 9:08 PM, Guido van Rossum wrote:
I think there's a slight problem with the profiling of C calls in the new profiler.
When profiling method calls, the C function name is the repr() of the method, which means that a call for instance on str.endswith on different string instances ends up as completely separate calls. This might be intentional, but it's different than the way Python code is profiled, and it's irritating. Testing if a thousand different lines ends in a certain way means the default output from profile gets another thousand lines. I don't really think that's how it should be. I saw a checkin that changed this to repr() and I didn't understand the point either, but I can easily be convinced that that was the wrong fix for whatever it was trying to fix.
That was my bad. It's been fixed.
-- Nick
- Previous message: [Python-Dev] the new profiler and profiling c calls
- Next message: [Python-Dev] Proposal: C API Macro to decref and set to NULL
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]