Benchmark: bignumber.js vs. big.js vs. decimal.js performance instance3

HTML Preparation code:

<!--script src="https://raw.githubusercontent.com/iriscouch/bigdecimal.js/v0.6.1/lib/bigdecimal.js"></script-->
<script src="https://cdnjs.cloudflare.com/ajax/libs/bignumber.js/9.0.1/bignumber.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/big.js/6.0.3/big.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/decimal.js/10.2.1/decimal.min.js"></script>
<!--script src="https://raw.githubusercontent.com/infusion/Fraction.js/v4.0.12/fraction.min.js"></script-->

Tests:

decimal.js
var a = new Decimal("0.0000000000000001");
big.js
var a = new Big("0.0000000000000001");
bignumber.js
var a = new BigNumber("0.0000000000000001");
Raw number
var a = parseFloat('0.0000000000000001');

Rendered benchmark preparation results:

Suite status: <idle, ready to run>

Previous results

Test case name	Result
decimal.js
big.js
bignumber.js
Raw number

Fastest: N/A

Slowest: N/A

Latest run results:

Run details: (Test run date: 2 years ago)

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36

Browser/OS: Chrome 102 on Mac OS X 10.15.7

View result in a separate tab

Test name	Executions per second
decimal.js	1020434.9 Ops/sec
big.js	1257333.8 Ops/sec
bignumber.js	992407.6 Ops/sec
Raw number	4795874.0 Ops/sec

Autogenerated LLM Summary (model llama3.2:3b, generated 6 months ago):

LLMs can make mistakes. Check important info.

Let's dive into the explanation of the provided benchmark.

**Benchmark Overview**

The benchmark is designed to compare the performance of three libraries: `bignumber.js`, `big.js`, and `decimal.js`. Each library is used to create instances with very small decimal numbers (0.0000000000000001), and their execution performance is measured in executions per second.

**Libraries and Their Purpose**

* **Bignumber.js**: A JavaScript library for large numerical computations, specifically designed to handle very large numbers that cannot be represented by regular JavaScript numbers.
* **Big.js**: Another library for working with large integers and decimals, which provides a more mathematical approach compared to `bignumber.js`.
* **Decimal.js**: A library for precise arithmetic operations on decimal numbers.

**Options Compared**

The benchmark compares the performance of three options:

1. **Raw Number**: Using the built-in JavaScript `parseFloat` function to convert a string to a number.
2. **Bignumber.js**: Creating an instance of the `bignumber.js` library with a small decimal number.
3. **Big.js** and **Decimal.js**: Creating instances of their respective libraries with the same small decimal number.

**Pros and Cons**

Here are some pros and cons for each option:

* **Raw Number**:
	+ Pros: Simple, lightweight, and widely supported.
	+ Cons: May not provide precise arithmetic operations, and can lead to rounding errors.
* **Bignumber.js**:
	+ Pros: Optimized for large numerical computations, provides precise results, and supports various arithmetic operations.
	+ Cons: Can be heavier than other options due to its specialized library.
* **Big.js** and **Decimal.js**:
	+ Both provide precise arithmetic operations and support for large numbers.
	+ **Big.js**: May be more mathematical in approach, which can be beneficial for certain use cases. However, it may have a steeper learning curve compared to `bignumber.js` and `decimal.js`.
	+ **Decimal.js**: Specifically designed for decimal arithmetic, providing high precision and support for various decimal operations.

**Other Considerations**

When choosing between these options, consider the specific requirements of your project:

* If you need precise arithmetic operations with large numbers, and are willing to invest in learning more about `Big.js` or `Decimal.js`, they might be a better choice.
* For general-purpose numerical computations, `bignumber.js` is likely a good all-around option due to its optimized performance and ease of use.
* If you prioritize simplicity and lightweightness, using the built-in JavaScript `parseFloat` function might be sufficient for many use cases.

**Alternatives**

Other alternatives to consider:

* **Fraction.js**: A library specifically designed for working with rational numbers (fractions) in JavaScript.
* **Quantum.js**: Another library providing high-performance arithmetic operations for large numbers, including quantum-inspired algorithms.

Please note that this is not an exhaustive list of options, and you may need to explore other libraries depending on your specific requirements.

Related benchmarks:

bignumber.js vs. big.js vs. decimal.js performance instance3 (version: 0)

- https://github.com/MikeMcl/bignumber.js/tree/v9.0.0 - https://github.com/MikeMcl/big.js/tree/v5.2.2 - https://github.com/MikeMcl/decimal.js/tree/v10.2.0

Comparing performance of: decimal.js vs big.js vs bignumber.js vs Raw number

Created: 2 years ago by: Guest

Jump to the latest result

decimal.js

big.js

bignumber.js

Raw number

Suite status: <idle, ready to run>

Experimental features:

Fastest: N/A

Slowest: N/A

Autogenerated LLM Summary (model llama3.2:3b, generated 6 months ago):