Security News
JSR Working Group Kicks Off with Ambitious Roadmap and Plans for Open Governance
At its inaugural meeting, the JSR Working Group outlined plans for an open governance model and a roadmap to enhance JavaScript package management.
cronometro
Advanced tools
Simple benchmarking suite powered by HDR histograms.
http://sw.cowtech.it/cronometro
Cronometro uses worker_threads to run tests in a isolated V8 enviroments to offer the most accurate benchmark. This imposes the restrictions described in the subsections below.
Only Node 12.x and above are supported.
The main script which invokes cronometro must be executable without command line arguments, as it is how it will be called within a Worker Thread.
If you need to configure the script at runtime, use environment variables and optionally configuration files.
cronometro uses ts-node to compile TypeScript files on the fly.
ts-node and TypeScript are not installed automatically by cronometro (as they are listed in peerDependencies
) so you need to do it manually.
To pass the tsconfig.json
project file to use, use the TS_NODE_PROJECT
environment variable.
If you use cronometro as an API and manipulate its return value, consider that the exact same code its executed in both the main thread and in worker threads.
Inside worker threads, the cronometro function invocation will return no value and no callbacks are invoked.
You can use isMainThread
from Worker Threads API to check in which environment the script is running.
To run a benchmark, simply call the cronometro
function with the set of tests you want to run, then optionally provide a options object and a Node's style callback.
The set of tests must a be a object whose property names are tests names, and property values are tests definitions.
Each test can be either a function, a function accepting a Node style callback or a function returning a promise (hence also async functions).
The return value of the cronometro function is a promise which will be resolved with a results object (see below).
If the callback is provided, it will also be called with an error or the results object
The supported options are the following:
iterations
: The number of iterations to run for each test. Must be a positive number. The default is 10000
.errorThreshold
: If active, it stops the test run before the desider number of iterations if the standard error is below the provided value and at least 10% of the iterations have been run. Must be a number between 0
(which disables this option) and 100
. The default is 1
.warmup
: Run the suite twice, the first time without collecting results. The default is true
.print
: If print results on the console in a pretty tabular way. The default is true
. It can be a boolean or a printing options object. The supported printing options are:
colors
: If use colors. Default is true
.compare
: If compare tests in the output. Default is false
.compareMode
: When comparing is enabled, this can be set to base
in order to always compare a test to the slowest one. The default is to compare a test to the immediate slower one.The results object will a object whose property names are the tests names.
Each property value is a object with the following properties:
success
: A boolean indicating if the test was successful. If the test is not successful, only the property error will be present.error
: The first error, if any, thrown by a test iteration.size
: The number of iterations records.min
: The minimum execution time.max
: The maximum execution time.mean
: The average execution time.stddev
: The execution times standard deviation.standardError
: The execution times statistic standard error.percentiles
: The percentiles of the execution times.const cronometro = require('cronometro')
const results = cronometro({
test1: function () {
// Do something
},
test2: function () {
// Do something else
}
})
Output:
╔══════════════╤══════════════════╤═══════════╗
║ Test │ Result │ Tolerance ║
╟──────────────┼──────────────────┼───────────╢
║ test1 │ 161297.99 op/sec │ ± 0.65 % ║
╟──────────────┼──────────────────┼───────────╢
║ Fastest test │ Result │ Tolerance ║
╟──────────────┼──────────────────┼───────────╢
║ test2 │ 270642.97 op/sec │ ± 4.42 % ║
╚══════════════╧══════════════════╧═══════════╝
const cronometro = require('cronometro')
const pattern = /[123]/g
const replacements: { [key: string]: string } = { 1: 'a', 2: 'b', 3: 'c' }
const subject = '123123123123123123123123123123123123123123123123'
const results = cronometro(
{
single() {
subject.replace(pattern, (m) => replacements[m])
},
multiple() {
subject.replace(/1/g, 'a').replace(/2/g, 'b').replace(/3/g, 'c')
}
},
{ print: { compare: true } },
(err, results) => {
if (err) {
throw err
}
console.log(JSON.stringify(results, null, 2))
}
)
Output:
{
"single": {
"success": true,
"size": 5,
"min": 29785,
"max": 41506,
"mean": 32894.2,
"stddev": 4407.019555209621,
"percentiles": {
"1": 29785,
"10": 29785,
"25": 29861,
"50": 30942,
"75": 32377,
"90": 41506,
"99": 41506,
"0.001": 29785,
"0.01": 29785,
"0.1": 29785,
"2.5": 29785,
"97.5": 41506,
"99.9": 41506,
"99.99": 41506,
"99.999": 41506
},
"standardError": 1970.87906072392
},
"multiple": {
"success": true,
"size": 5,
"min": 21881,
"max": 33368,
"mean": 27646.4,
"stddev": 4826.189494829228,
"percentiles": {
"1": 21881,
"10": 21881,
"25": 23142,
"50": 26770,
"75": 33071,
"90": 33368,
"99": 33368,
"0.001": 21881,
"0.01": 21881,
"0.1": 21881,
"2.5": 21881,
"97.5": 33368,
"99.9": 33368,
"99.99": 33368,
"99.999": 33368
},
"standardError": 2158.337556546705
}
}
Copyright (C) 2020 and above Shogun (shogun@cowtech.it).
Licensed under the ISC license, which can be found at https://choosealicense.com/licenses/isc.
FAQs
Simple benchmarking suite powered by HDR histograms.
The npm package cronometro receives a total of 1,028 weekly downloads. As such, cronometro popularity was classified as popular.
We found that cronometro demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 0 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
At its inaugural meeting, the JSR Working Group outlined plans for an open governance model and a roadmap to enhance JavaScript package management.
Security News
Research
An advanced npm supply chain attack is leveraging Ethereum smart contracts for decentralized, persistent malware control, evading traditional defenses.
Security News
Research
Attackers are impersonating Sindre Sorhus on npm with a fake 'chalk-node' package containing a malicious backdoor to compromise developers' projects.