All Projects → leopd → Timebudget

leopd / Timebudget

Licence: apache-2.0
Stupidly-simple speed measurements for Python.

Programming Languages

python
139335 projects - #7 most used programming language

Labels

Projects that are alternatives of or similar to Timebudget

Mthawkeye
Profiling / Debugging assist tools for iOS. (Memory Leak, OOM, ANR, Hard Stalling, Network, OpenGL, Time Profile ...)
Stars: ✭ 1,119 (+781.1%)
Mutual labels:  profiling
Phoronix Test Suite
The Phoronix Test Suite open-source, cross-platform automated testing/benchmarking software.
Stars: ✭ 1,339 (+954.33%)
Mutual labels:  profiling
Perfmark
PerfMark is a High Performance Tracing Library.
Stars: ✭ 112 (-11.81%)
Mutual labels:  profiling
Test Prof
Ruby Tests Profiling Toolbox
Stars: ✭ 1,193 (+839.37%)
Mutual labels:  profiling
Augury Labs
Experimental Angular developer tools
Stars: ✭ 92 (-27.56%)
Mutual labels:  profiling
Tracetools
Tools to process Go trace logs into various profiles. Complement for "go tool trace".
Stars: ✭ 105 (-17.32%)
Mutual labels:  profiling
Observer cli
Visualize Erlang/Elixir Nodes On The Command Line
Stars: ✭ 1,058 (+733.07%)
Mutual labels:  profiling
Iopipe Js Core
Observe and develop serverless apps with confidence on AWS Lambda with Tracing, Metrics, Profiling, Monitoring, and more.
Stars: ✭ 123 (-3.15%)
Mutual labels:  profiling
Profiling Nodejs
🌌 Collection of articles and tools to efficiently profile Node.js
Stars: ✭ 93 (-26.77%)
Mutual labels:  profiling
Vim Startuptime
⏲️ A Vim plugin for profiling Vim's startup time.
Stars: ✭ 108 (-14.96%)
Mutual labels:  profiling
Statprofilerhtml.jl
Show Julia profiling data in an explorable HTML page
Stars: ✭ 83 (-34.65%)
Mutual labels:  profiling
Karma Benchmark
A Karma plugin to run Benchmark.js over multiple browsers with CI compatible output.
Stars: ✭ 88 (-30.71%)
Mutual labels:  profiling
Flamebearer
Blazing fast flame graph tool for V8 and Node 🔥
Stars: ✭ 1,485 (+1069.29%)
Mutual labels:  profiling
Llvm Heat Printer
LLVM Profiling Visualization
Stars: ✭ 68 (-46.46%)
Mutual labels:  profiling
Polydev
Automatic web components profiling in chrome devtools
Stars: ✭ 118 (-7.09%)
Mutual labels:  profiling
Importtime Waterfall
Generate waterfalls from `-Ximporttime` tracing.
Stars: ✭ 58 (-54.33%)
Mutual labels:  profiling
Apex Unified Logging
Platform-Event-based Apex logger for unified logging over transaction boundaries
Stars: ✭ 101 (-20.47%)
Mutual labels:  profiling
Dd Trace Dotnet
.NET Tracer for Datadog APM
Stars: ✭ 125 (-1.57%)
Mutual labels:  profiling
Sigir2020 peterrec
Parameter-Efficient Transfer from Sequential Behaviors for User Modeling and Recommendation
Stars: ✭ 121 (-4.72%)
Mutual labels:  profiling
Pytest Austin
Python Performance Testing with Austin
Stars: ✭ 108 (-14.96%)
Mutual labels:  profiling

timebudget

A stupidly-simple tool to see where your time is going in Python programs

Trying to figure out where the time's going in your python code? Tired of writing elapsed = time.time() - start_time? You can find out with just a few lines of code after you

pip install timebudget

The simplest way

With just two lines of code (one is the import), you can see how long something takes...

from timebudget import timebudget

with timebudget("Loading and processing the file"):
    raw = open(filename,'rt').readlines()
    lines = [line.rstrip() for line in raw]

will print

Loading and processing the file took 1.453sec

Record times and print a report

To get a report on the total time from functions you care about, just annotate those functions:

from timebudget import timebudget
timebudget.set_quiet()  # don't show measurements as they happen
timebudget.report_at_exit()  # Generate report when the program exits

@timebudget  # Record how long this function takes
def possibly_slow():
    ...

@timebudget  # ... and this function too
def should_be_fast():
    ...

And now when you run your program, you'll see how much time was spent in each annotated function:

timebudget report...
            possibly_slow:  901.12ms for      3 calls
           should_be_fast:   61.35ms for      2 calls

Or instead of calling report_at_exit() you can manually call

timebudget.report(reset=True)  # print out the report now, and reset the statistics

If you don't set reset=True then the statistics will accumulate into the next report.

You can also wrap specific blocks of code to be recorded in the report, and optionally override the default set_quiet choice for any block:

with timebudget("load-file", quiet=False):
    text = open(filename,'rt').readlines()

Percent of time in a loop

If you are doing something repeatedly, and want to know the percent of time doing different things, time the loop itself, and pass the name to report. That is, add a timebudget annotation or wrapper onto the thing which is happening repeatedly. Each time this method or code-block is entered will now be considered one "cycle" and your report will tell you what fraction of time things take within this cycle.

@timebudget
def outer_loop():
    if sometimes():
        possibly_slow()
    should_be_fast()
    should_be_fast()

for _ in range(NUM_CYCLES):
    outer_loop()
    
timebudget.report('outer_loop')

Then the report looks like:

timebudget report per outer_loop cycle...
               outer_loop: 100.0%   440.79ms/cyc @     1.0 calls/cyc
            possibly_slow:  40.9%   180.31ms/cyc @     0.6 calls/cyc
           should_be_fast:  13.7%    60.19ms/cyc @     2.0 calls/cyc

Here, the times in milliseconds are the totals (averages per cycle), not the average time per call. So in the above example, should_be_fast is taking about 30ms per call, but being called twice per loop. Similarly, possibly_slow is still about 300ms each time it's called, but it's only getting called on 60% of the cycles on average, so on average it's using 41% of the time in outer_loop or 180ms.

Requirements

Needs Python 3.6 or higher. Other libraries are in requirements.txt and can be installed like

pip install -r requirements.txt  # only needed for developing timebudget.

Testing

To run tests:

pytest

Inspiration

This tool is inspired by TQDM, the awesome progress bar. TQDM is stupidly simple to add to your code, and just makes it better. I aspire to imitate that.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].