npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, πŸ‘‹, I’m Ryan HefnerΒ  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you πŸ™

Β© 2024 – Pkg Stats / Ryan Hefner

@pax-k/chrono-scope-js

v1.0.3

Published

Unveil the performance mysteries of your JavaScript code! This sleek profiler πŸš€ hooks into your functions seamlessly, timing πŸ•’ their execution and providing insight into async operations. Navigate your codebase with newfound clarity, optimizing πŸ› οΈ as y

Downloads

6

Readme

πŸ”Ž ChronoScopeJS - JavaScript Function Execution Profiler

ChronoScopeJS

This JavaScript module provides a profiling proxy utility πŸ› οΈ to help you monitor and log ⏱️ the execution time of your functions, including async functions and iterators. It is designed to wrap around your existing functions and objects to measure their performance with high precision using the performance.now() method. It is especially useful for developers who want to debug πŸ”§ and optimize πŸš€ their code by identifying bottlenecks in function executions.

πŸ”‘ Key Features

  • πŸ“š Deep Call Stack Profiling: The profiler is capable of tracking function performance throughout the entire call stack. When a function is wrapped with createProfilingProxy, not only is its direct execution time logged, but the module also delves into any subsequent function calls made within it - going "all the way down" the call stack. This allows for a comprehensive understanding of performance and potential bottlenecks that occur at any level of the stack during the execution flow.
  • πŸ“¦ Easy Integration: Simply import and wrap your functions or objects with createProfilingProxy.
  • ⏩ Async Support: Handles and logs async function executions seamlessly.
  • ➿ Iterator Support: Profiles iterator next calls and supports both synchronous and asynchronous iterators.
  • πŸ›‘οΈ Native Object Safeguard: Avoids profiling native objects like Promise, Map, Set, etc., to prevent unnecessary overhead.
  • πŸ” Circular Call Prevention: Detects and skips profiling for already profiled objects to avoid maximum call stack size errors.
  • πŸ–¨οΈ Informative Logging: Provides clear console logs indicating the duration of each function call.

πŸ“– How to Use

  1. πŸ“₯ Import the Profiler: Import the createProfilingProxy function from the module into your JavaScript codebase.

  2. 🎁 Wrap Functions or Objects: Wrap any function or object with createProfilingProxy to start profiling. If the target is a function, it will be directly profiled. If it's an object, all enumerable properties that are functions will be profiled recursively.

  3. πŸ•΅οΈβ€β™‚οΈ Review Logs: Execute your code as usual. Check the console for logs indicating how long each function takes to execute. Asynchronous functions will log the time upon resolution or rejection.

πŸ§ͺ Example Usage

In Javascript:

import { createProfilingProxy } from 'chrono-scope-js';

// Your original function
function myFunction() {
  // function body
}

// Wrap your function
const profiledMyFunction = createProfilingProxy(myFunction);

// Use the profiled version
profiledMyFunction();

Logging the output:

./run-your-script > log.txt

πŸͺ΅ Example Output

Simple Function Execution: When a regular (synchronous) function is executed, you would see:

Function library.myFunction took 15.00 ms.

Async Function Execution: For an asynchronous function that resolves successfully, you would see:

Async function library.myAsyncFunction took 47.00 ms.

If the asynchronous function fails (i.e., rejects), then the output would be:

Async function library.myAsyncFunction failed after 47.00 ms with error: Error: Something went wrong

Iterator next Call: Every time the next method of an iterator is called, the console would log:

Iterator next took 2.00 ms.

Function Throwing an Error: If a profiled function throws an error, you would see:

Function library.myFaultyFunction failed after 10.00 ms with error: Error: I always throw

Profiling a Nested Function: When profiling an object with nested functions, the output will show the path to the nested function:

Function library.myObject.myNestedFunction took 5.00 ms.

πŸͺ΅ Real-world Output

See assets/write_log.txt

Function library.dwn.agent.dwnManager._agent.didManager._agent.didResolver.cache.get took 0.00 ms.
Function library.dwn.agent.dwnManager.agent.didManager._agent.didResolver.cache.get took 0.15 ms.
Function library.dwn.agent.dwnManager._agent.didManager.agent.didResolver.cache.get took 0.21 ms.
Function library.dwn.agent.dwnManager.agent.didManager.agent.didResolver.cache.get took 0.26 ms.
Function library.dwn.agent.dwnManager._agent.didManager._agent.didResolver.cache.set took 0.00 ms.
Function library.dwn.agent.dwnManager.agent.didManager._agent.didResolver.cache.set took 0.13 ms.
Function library.dwn.agent.dwnManager._agent.didManager.agent.didResolver.cache.set took 0.20 ms.
Function library.dwn.agent.dwnManager.agent.didManager.agent.didResolver.cache.set took 0.25 ms.
Async function library.dwn.agent.dwnManager._agent.didManager._agent.didResolver.resolve took 0.47 ms.
Async function library.dwn.agent.dwnManager.agent.didManager._agent.didResolver.resolve took 0.48 ms.
Async function library.dwn.agent.dwnManager._agent.didManager.agent.didResolver.resolve took 0.48 ms.
Async function library.dwn.agent.dwnManager.agent.didManager.agent.didResolver.resolve took 0.48 ms.
Function library.dwn.agent.dwnManager._agent.didManager.getMethod took 0.01 ms.
Function library.dwn.agent.dwnManager.agent.didManager.getMethod took 0.07 ms.
Async function library.dwn.agent.dwnManager._agent.didManager.getDefaultSigningKey took 0.55 ms.
Async function library.dwn.agent.dwnManager.agent.didManager.getDefaultSigningKey took 0.55 ms.
Async function library.dwn.agent.dwnManager.getAuthorSigningKeyId took 0.59 ms.
Async function library.dwn.agent.dwnManager._agent.keyManager._store.getAuthor took 0.01 ms.
Async function library.dwn.agent.dwnManager.agent.keyManager._store.getAuthor took 0.02 ms.
Function library.dwn.agent.dwnManager._agent.keyManager._agent.dwnManager._agent.didManager._agent.didResolver.cache.get took 0.00 ms.
Function library.dwn.agent.dwnManager.agent.keyManager._agent.dwnManager._agent.didManager._agent.didResolver.cache.get took 0.06 ms.
....

The times (in milliseconds) are examples and will vary based on the actual execution time of the function. The profiler logs are formatted to two decimal places for precision and readability.

πŸ”„ Note on Profiling Iterators

For iterators, the next method is wrapped only once to avoid excessive performance overhead. It logs the time taken for each iteration. ⏲️

⚠️ Potential Error Prevention

RangeError: Maximum call stack size exceeded error typically occurs when there is an uncontrolled recursion or a circular reference. This module implements checks to prevent profiling already profiled objects, which should mitigate such issues when using iterators or recursive functions.

πŸ“Š Log Aggregation

After running your JavaScript code with the profiling proxy enabled, you can aggregate and analyze the logged performance data using a Python script. The provided script aggregate_log.py reads the execution logs and outputs a summary of the total execution time and call count for each profiled function or method.

πŸ“ Requirements for Aggregation Script

  • Python: Ensure you have Python installed on your machine. The script is compatible with Python 3.x.
  • Log File: The script expects a log file generated by the profiling proxy. This file should contain lines logged by console.log() or console.error() calls in the format used by the profiler.

πŸƒβ€β™€οΈ Running the Aggregation Script

  1. Save Logs to a File: Direct the console output from your browser or Node.js to a text file. For example, in a UNIX-like terminal, you might use node myScript.js > logs.txt to run your script and save the logs.

  2. Run the Script: Use the command line to run the Python script with the path to the log file as an argument. Replace <path_to_log_file> with the actual path to your log file:

    python aggregate_log.py <path_to_log_file>

    If successful, the script will print a markdown-formatted table to the console, summarizing the total calls and execution time for each profiled function or method.

πŸ“€ Script Output

The aggregate_log.py script prints the aggregated data in a table format. Here's an example of what the output might look like:

| Function/Method | Total Calls | Total Execution Time (ms) |
| --- | --- | --- |
| library.myFunction | 3 | 150.75 |
| library.myAsyncFunction | 2 | 312.60 |

πŸ“€ Real-world Output

See assets/write_aggregated_log.txt

| Function/Method | Total Calls | Total Execution Time (ms) |
| --- | --- | --- |
| next | 1710 | 2856.950000000003 |
| library.dwn.agent.dwnManager.agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.keyEncoding.decode | 556 | 417.7499999999996 |
| library.dwn.agent.dwnManager._agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.keyEncoding.decode | 556 | 387.59000000000066 |
| library.dwn.agent.dwnManager.agent.keyManager._agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.keyEncoding.decode | 556 | 358.52000000000027 |
| library.dwn.agent.dwnManager.agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.valueEncoding.decode | 556 | 357.94999999999965 |
| library.dwn.agent.dwnManager._agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.valueEncoding.decode | 556 | 325.91000000000014 |
| library.dwn.agent.dwnManager._agent.keyManager._agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.keyEncoding.decode | 556 | 322.85999999999893 |
| library.dwn.agent.dwnManager.agent.keyManager._agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.valueEncoding.decode | 556 | 292.78999999999996 |
| library.dwn.agent.dwnManager._agent.keyManager._agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db.valueEncoding.decode | 556 | 258.2699999999995 |
| library.dwn.agent.dwnManager.agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.index.db.db._db.newIterator.valid | 1144 | 243.2599999999978 |
| library.dwn.agent.dwnManager.agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.blockstore.db.db.sublevel.get | 16 | 230.73000000000005 |
| library.dwn.agent.dwnManager._agent.keyManager.agent.dwnManager._dwn.methodHandlers.RecordsQuery.messageStore.blockstore.db.db.sublevel.get | 16 | 230.66 |

Each row represents a profiled function, showing how many times it was called and the total time spent executing it.

🌎 Real-world Usage

  1. Wrap your code: const profiledMyLibrary = createProfilingProxy(myLibrary);
  2. ./run-your-startup-script > log.txt
  3. python aggregate_log.py log.txt > aggregated_log.md
  4. open aggregated_log.md

🚨 Troubleshooting Script Errors

If you encounter errors while running the script, ensure that:

  • The log file path is correct and the file exists.
  • Your Python environment is correctly set up.
  • The log file format matches the expected pattern used by the script.

🀝 Contribution

The aggregation script is part of the open-source effort. If you have improvements or encounter issues with the script, please contribute by opening an issue or pull request on GitHub, just as with the JavaScript module.

πŸ€” TODO

  • rewrite the aggregating Pyhton script to JS
  • trigger automatic aggregation when the profiler reaches the end of the call stack
  • pretty-print and open the full call stack log and aggregation log in your default browser

Start profiling and get insights into your function performance now! πŸš€