Benchmark: string to ~~ vs parseInt vs Number vs parseFloat vs +0 vs /...

Script Preparation code:

var strA = "1688805315905";
var strB = "1688805315906";

Tests:

notnot
var res = ~~strA;
parseInt
var res = parseInt(strA);
Number
var res = Number(strA);
parseFloat
var res = parseFloat(strA);
+0
var res = strA + 0;
*1
var res = strA * 1;
-0
var res = strA - 0;
+
var res = +strA;
<<0
var res = strA<<0;
/1
var res = strA / 1;

Rendered benchmark preparation results:

Suite status: <idle, ready to run>

Previous results

Test case name	Result
notnot
parseInt
Number
parseFloat
+0
*1
-0
+
<<0
/1

Fastest: N/A

Slowest: N/A

Autogenerated LLM Summary (model llama3.2:3b, generated 26 days ago):

LLMs can make mistakes. Check important info.

Let's dive into the benchmark.

**What is being tested?**

MeasureThat.net is testing various ways to parse or manipulate numbers in JavaScript, specifically:

1. The `~~` operator (not not)
2. `parseInt`
3. `Number`
4. `parseFloat`
5. Adding 0 (`+0`)
6. Multiplying by 1 (`*1`)
7. Subtracting 0 (`-0`)
8. Adding (`+`)
9. Left shift by 0 (`<<0`)
10. Dividing by 1 (`/1`)

**Options compared**

Each of these options is being tested in isolation, with the input `strA` and `strB` defined in the benchmark preparation code. The test cases are comparing the performance of each option.

**Pros and Cons:**

Here's a brief overview of each option:

* **~~ operator (not not)**: This operator is a bitwise NOT operator that converts its operand to an integer, which can lead to unexpected results if the input is a non-integer. It's likely to be slower than other options due to its unique behavior.
* **parseInt**: This function parses a string and returns an integer. It's widely supported but may not work as expected with non-numeric strings or NaN inputs.
* **Number**: This function converts a string to a number. It's fast but may lead to precision issues if the input is not exactly representable as a float.
* **parseFloat**: Similar to `Number`, but it only parses a subset of numeric values, such as floating-point numbers.
* **+0** and **-0**: These operators are essentially no-op, adding or subtracting 0 from the input. They're likely to be very fast due to their simplicity.
* ***1` and `/1`: These operators multiply or divide the input by 1, which is a trivial operation that doesn't change the value of `strA`.
* **<<0**: This operator performs a left shift on the input, which can lead to unexpected results if the input is not an integer. It's likely to be slower than other options due to its behavior.
* **+**: This operator adds 0 to the input, similar to `+0`. It's fast and simple.

**Other considerations:**

* The benchmark uses a large input value (`strA`) to maximize performance differences between options.
* The results are reported in executions per second (ExecutionsPerSecond), which gives an idea of how fast each option is.
* The performance difference between `Number` and `parseFloat` may be significant, depending on the specific use case.

Overall, this benchmark provides a detailed comparison of various ways to parse or manipulate numbers in JavaScript, highlighting their strengths and weaknesses.

Latest run results:

Run details: (Test run date: one year ago)

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36

Browser/OS: Chrome 114 on Windows

View result in a separate tab

Test name	Executions per second
notnot	5131967.5 Ops/sec
parseInt	2660997.8 Ops/sec
Number	2242454.5 Ops/sec
parseFloat	2061809.5 Ops/sec
+0	7201375.0 Ops/sec
*1	3817658.8 Ops/sec
-0	3681447.5 Ops/sec
+	3721050.2 Ops/sec
<<0	3844124.5 Ops/sec
/1	3769969.5 Ops/sec

Related benchmarks:

string to ~~ vs parseInt vs Number vs parseFloat vs +0 vs /... (version: 0)

Comparing performance of: notnot vs parseInt vs Number vs parseFloat vs +0 vs *1 vs -0 vs + vs <<0 vs /1

Created: one year ago by: Guest

Jump to the latest result

notnot

parseInt

Number

parseFloat

+0

*1

-0

+

<<0

/1

Suite status: <idle, ready to run>

Experimental features:

Fastest: N/A

Slowest: N/A

Autogenerated LLM Summary (model llama3.2:3b, generated 26 days ago):