3
d fV @ s d Z ddlZddlZddlZddlZddlmZ dddgZG dd dZdd
dZ dd dZ
G d d dZ d
d Z e
dkre dS )z Class for profiling Python code. N) OptionParserrunrunctxProfilec @ s0 e Zd ZdZdd Zdd Zdd Zdd Zd
S ) _UtilszSupport class for utility functions which are shared by
profile.py and cProfile.py modules.
Not supposed to be used directly.
c C s
|| _ d S )N)profiler)selfr r ,/opt/alt/python36/lib64/python3.6/profile.py__init__1 s z_Utils.__init__c C sF | j }z(y|j| W n tk
r, Y nX W d | j||| X d S )N)r r
SystemExit_show)r statementfilenamesortprofr r r
r 4 s
z
_Utils.runc C sJ | j }z,y|j||| W n tk
r0 Y nX W d | j||| X d S )N)r r r r
)r r globalslocalsr r r r r r
r = s
z
_Utils.runctxc C s" |d k r|j | n
|j| d S )N)
dump_stats print_stats)r r r r r r r
r
F s z _Utils._showN)__name__
__module__ __qualname____doc__r r r r
r r r r
r + s
r c C s t tj| ||S )a Run statement under profiler optionally saving results in filename
This function takes a single argument that can be passed to the
"exec" statement, and an optional file name. In all cases this
routine attempts to "exec" its first argument and gather profiling
statistics from the execution. If no file name is present, then this
function automatically prints a simple profiling report, sorted by the
standard name string (file/line/function-name) that is presented in
each line.
)r r r )r r r r r r
r R s c C s t tj| ||||S )zRun statement under profiler, supplying your own globals and locals,
optionally saving results in filename.
statement and filename have the same semantics as profile.run
)r r r )r r r r r r r r
r _ s c @ s e Zd ZdZdZd4ddZdd Zdd Zd
d Zd d
Z dd Z
dd Z dd Z dd Z
e e
e
e e
e
dZdd ZG dd dZG dd d Zd d Zd d Zd6d"d#Zd$d% Zd&d' Zd(d) Zd*d+ Zd,d- Zd.d/ Zd7d0d1Zd2d3 Z dS )8r a Profiler class.
self.cur is always a tuple. Each such tuple corresponds to a stack
frame that is currently active (self.cur[-2]). The following are the
definitions of its members. We use this external "parallel stack" to
avoid contaminating the program that we are profiling. (old profiler
used to write into the frames local dictionary!!) Derived classes
can change the definition of some entries, as long as they leave
[-2:] intact (frame and previous tuple). In case an internal error is
detected, the -3 element is used as the function name.
[ 0] = Time that needs to be charged to the parent frame's function.
It is used so that a function call will not have to access the
timing data for the parent frame.
[ 1] = Total time spent in this frame's function, excluding time in
subfunctions (this latter is tallied in cur[2]).
[ 2] = Total time spent in subfunctions, excluding time executing the
frame's function (this latter is tallied in cur[1]).
[-3] = Name of the function that corresponds to this frame.
[-2] = Actual frame that we correspond to (used to sync exception handling).
[-1] = Our parent 6-tuple (corresponds to frame.f_back).
Timing data for each function is stored as a 5-tuple in the dictionary
self.timings[]. The index is always the name stored in self.cur[-3].
The following are the definitions of the members:
[0] = The number of times this function was called, not counting direct
or indirect recursion,
[1] = Number of times this function appears on the stack, minus one
[2] = Total time spent internal to this function
[3] = Cumulative time that this function was present on the stack. In
non-recursive functions, this is the total execution time from start
to finish of each invocation of a function, including time spent in
all subfunctions.
[4] = A dictionary indicating for each function name, the number of times
it was called by us.
r Nc C s i | _ d | _d| _d| _|d kr&| j}|| _|sHtj | _| _| j | _
nl|| _| j }y t |}W n" t k
r || _| j | _
Y n0X |dkr| j
| _
n| j| _
|tfdd}|| _| j | _| jd d S )N c S s
|| S )Nr )timersumr r r
get_time_timer s z(Profile.__init__.