Re:Implications of Rewriting a Browser Component in Rust
by johnisgood on Friday March 01, 2019 @12:46PM
(#19283384)
I tested it with N = 10000. I see the issue now though.
Edit: I do not understand your reaction to me thanking you for bringing my (and possibly other people's) attention to the other implementation. It was genuine.
> You're reading-between-the-lines something that isn't there.
Okay, my mistake then. :)
Re:Implications of Rewriting a Browser Component in Rust
by igouy on Friday March 01, 2019 @12:48PM
(#19283404)
> Thanks for letting us know about its existence!
On the benchmarks game website anything underlined is a URL.
On the faster/ada.html page there's a link "all other Ada 2012 GNAT programs & measurements".
On the performance/pidigits.html there's a link "Ada 2012 GNAT #2".
Re:Implications of Rewriting a Browser Component in Rust
by johnisgood on Friday March 01, 2019 @03:39PM
(#19285031)
Okay, thank you for the steps. I have to admit I completely missed it at first.
Re:Implications of Rewriting a Browser Component in Rust
by igouy on Friday March 01, 2019 @12:39PM
(#19283267)
> I compared the checksum
At what N?
> The output is correct
Nope. diff
3c3
< 6264338
\ No newline at end of file
---
> 6264338 :27
PROGRAM OUTPUT:
3141592653 :10
5897932384 :20
6264338
Re:Implications of Rewriting a Browser Component in Rust
by johnisgood on Friday March 01, 2019 @02:23PM
(#19284364)
Here is the code that should solve your output issue: https://slexy.org/view/s21DoMQaHF
Re:Implications of Rewriting a Browser Component in Rust
by igouy on Friday March 01, 2019 @02:51PM
(#19284601)
Thanks, done.
Re:Implications of Rewriting a Browser Component in Rust
by johnisgood on Friday March 01, 2019 @02:59PM
(#19284693)
No worries. I got rid of the unnecessary `range' in the last version, but it does not matter much anyway.
Re:Implications of Rewriting a Browser Component in Rust
by igouy on Friday March 01, 2019 @03:49PM
(#19285122)
My guess is that the Ada regex-redux #6 program is also easily fixable:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
:and there's a working Ada regex-redux #5 program:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
md5 5b185f9a67a426baf78aa3bbb5baf8df out_rust
md5 5b185f9a67a426baf78aa3bbb5baf8df out_ada
On top of that, I got this:
Rust:
real 0m0.702s
user 0m0.693s
sys 0m0.007s
Ada:
real 0m0.708s
user 0m0.706s
sys 0m0.000s
Why don't you use this version instead? The output is correct and identical to Rust's, and the performance is significantly better: just as fast as C and Rust, as expected.
Thanks for letting us know about its existence!