Toggle navigation
MeasureThat
.net
Create a benchmark
Tools
Feedback
FAQ
Register
Log In
parseInt vs toFixed vs ~~
(version: 0)
Comparing performance of:
parseInt vs toFixed vs ~~
Created:
5 years ago
by:
Guest
Go to the latest result
HTML Preparation code:
<div id="num"></div>
Script Preparation code:
var el = document.getElementById('num');
Tests:
parseInt
var decimal = 30.0; for (var i = 0; i < 10000; i++) { decimal += (i / 1000); el.innerHTML = parseInt(decimal, 10); }
toFixed
var decimal = 30.0; for (var i = 0; i < 10000; i++) { decimal += (i / 1000); el.innerHTML = decimal.toFixed(); }
~~
var decimal = 30.0; for (var i = 0; i < 10000; i++) { decimal += (i / 1000); el.innerHTML = ~~decimal; }
Rendered benchmark preparation results:
Suite status:
<idle, ready to run>
Run tests (3)
Previous results
Fork
Test case name
Result
parseInt
toFixed
~~
Fastest:
N/A
Slowest:
N/A
Latest run results:
Run details:
(Test run date:
4 months ago
)
User agent:
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/146.0.0.0 Safari/537.36
Browser/OS:
Chrome 146 on Mac OS X 10.15.7
View result in a separate tab
Embed
Embed Benchmark Result
<iframe src="https://measurethat.net/Embed?id=626975" width="100%" height="500px"></iframe>
parseInt
119/s
toFixed
94/s
~~
27/s
View exact numbers
Test name
Executions per second
✓
parseInt
119 Ops/sec
toFixed
94 Ops/sec
~~
27 Ops/sec
Autogenerated LLM Summary
(model
llama3.2:3b
, generated one year ago):
Let's break down what's being tested in the provided benchmark. The benchmark is designed to compare the performance of three different methods for formatting numbers: 1. `parseInt`: converting a number string to an integer 2. `toFixed`: rounding a number to a fixed decimal place 3. `~~`: the bitwise NOT operator, which can be used to truncate a number (e.g., `-5 ~~ 10` is equivalent to `-5`) The test cases are simple: * The initial value of a decimal number is set to 30.0. * A loop runs 10,000 times, adding a fraction to the decimal value and then updating an HTML element with the result. Now, let's discuss the pros and cons of each approach: **parseInt** Pros: Fast, lightweight, and widely supported. Cons: Can be brittle if the input string is not in the expected format. If the first character is not a digit, `parseInt` will return 0, which might not be what you want. **toFixed** Pros: More flexible than `parseInt`, as it can handle a wider range of input formats. It's also more readable and easier to understand. Cons: Can be slower than `parseInt`, especially for large numbers or decimal places. **~~** Pros: Very lightweight, as it only requires a single operation (bitwise NOT). Cons: Can be tricky to read and understand, especially if you're not familiar with the bitwise NOT operator. It can also produce unexpected results if the input value is negative or zero. In terms of performance, the `~~` approach tends to be the fastest, followed closely by `parseInt`, and then `toFixed`. However, the difference between these methods might not be significant for most use cases. As for the libraries used in this benchmark, none are explicitly mentioned. However, it's worth noting that some modern browsers have built-in functions like `Number.prototype.toFixed()` and `parseInt()` with support for decimal places. There are other alternatives to these three approaches: * **toString() + parseInt()**: This approach can be useful if you need more control over the output format. * **Math.round()`: Similar to `toFixed`, but without the precision control. It's also faster than `toFixed` but might not produce the same results for all edge cases. * **Decimal libraries**: If you need precise decimal arithmetic, a dedicated library like Decimal.js can provide more accurate and flexible calculations. Keep in mind that these alternatives come with their own trade-offs and potential performance impacts. I hope this explanation helps!
Related benchmarks
parseInt vs toFixed vs tilde vs bitwise
parseInt() VS x.toFixed()
Comments
Confirm delete:
Do you really want to delete benchmark?