mirror of https://github.com/python/cpython
Bug #1066607: "Limitations" section of profiler docs is incorrect
This commit is contained in:
parent
3a4231dd74
commit
da264121f4
|
@ -528,16 +528,7 @@ ordering are identical to the \method{print_callers()} method.
|
|||
|
||||
\section{Limitations \label{profile-limits}}
|
||||
|
||||
There are two fundamental limitations on this profiler. The first is
|
||||
that it relies on the Python interpreter to dispatch \dfn{call},
|
||||
\dfn{return}, and \dfn{exception} events. Compiled \C{} code does not
|
||||
get interpreted, and hence is ``invisible'' to the profiler. All time
|
||||
spent in \C{} code (including built-in functions) will be charged to the
|
||||
Python function that invoked the \C{} code. If the \C{} code calls out
|
||||
to some native Python code, then those calls will be profiled
|
||||
properly.
|
||||
|
||||
The second limitation has to do with accuracy of timing information.
|
||||
One limitation has to do with accuracy of timing information.
|
||||
There is a fundamental problem with deterministic profilers involving
|
||||
accuracy. The most obvious restriction is that the underlying ``clock''
|
||||
is only ticking at a rate (typically) of about .001 seconds. Hence no
|
||||
|
|
Loading…
Reference in New Issue