|
Quote: Wasn't there a very similar issue with the first version of the classic Dhrystone benchmark?
I really don't know …
If the compiler can perform calculations up front, then that is a Good thing™; because, obviously, then the software doesn't have to do those calculations at runtime. C/C++, go, rust, and compilers for many other programming languages can do this pretty well.
Armadillo takes this pretty far, and is a good example when it comes to demonstrating the performance gains that can be achieved.
The point I am trying to make is that most of the CPU time, and other resources, used by most applications are wasted on things that has little, or nothing, to do with what the solution is actually supposed to be doing. The Python vs. C# vs. C++ is just one example of how choosing the wrong tool for the job can cost you. In my head Python is for configuring and orchestrating solutions implemented in native code.
If you just hate C++ and love scripting languages, use a decent one like Julia[^], it will execute something similar to the snippets I wrote, in about 0.77 seconds.
Another low-hanging fruit is to stop splitting solutions into a set of microservices. It is extraordinary rare that a system consisting of a bunch of microservices can compete with the performance of a monolith, and 99% of the software implemented as microservices does not process enough data to justify the horizontal scalability argument. Not only do people put network interfaces between what should have been implemented as libraries, they insist on sending the data as inefficiently as possible too (JSON/XML). If you really need to do this: use tools like FlatBuffers: FlatBuffers, Protocol Buffers, or Bond.
With libraries like Imgui you can create nice web based user interfaces, just take a look at: Dear ImGui JavaScript+WebGL example.
And, again, if you for some reason would like to use a language different from C++, there is a rust library that can be used to develop web applications: egui – An experimental immediate mode GUI written in Rust.
Once you have started to use web-assembly, it only makes sense to use web-sockets too, and then JSON is probably not your best choice for serializing data…
Better performance -> lower runtime costs
Espen Harlinn
Senior Architect - Ulriken Consulting AS
The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra
|
|
|
|
|
Espen Harlinn wrote: If the compiler can perform calculations up front, then that is a Good thing™; because, obviously, then the software doesn't have to do those calculations at runtime. C/C++, go, rust, and compilers for many other programming languages can do this pretty well.
True, as far as it goes, but the idea of Dhrystone was to see how a compiler handles code that cannot be optimized at compile time. Most code cannot be optimized away at compile time, so Dhrystone 1.0 fails as an evaluation of the compiler's optimization abilities.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Espen Harlinn wrote: If the compiler can perform calculations up front, then that is a Good thing™
Certainly. All optimization (that produces identical results) is a good thing.
But the purpose of timing/benchmarking is either to get an estimate of how fast one specific application, generated in one specific way, will run on one specific hardware configuration, or you want an estimate of how fast the application in theory might run on some given hardware.
In the first case, it makes little sense to benchmark some other application, maybe written in some other programming language and/or generated with other tools. In principle, any compiler (for any language) might do all the same kind of optimizations as any other compiler (for any language), such as compile time evaluation. If one compiler has implemented this, and another one has not, you are really benchmarking the effect of that optimization, not a different application (where various optimization techniques may be applicable or not) nor one language against another.
In the second case, you want to benchmark capabilities of a given runtime platform, independent of which application you are running. That was the purpose of benchmarks like Whetstone and Dhrystone - testing hardware, not development platforms. The results should be as independent of development platform (/compiler) as possible.
You cold point to a third alternative: You want to benchmark a development platform. But those results really say nothing about neither your application code as such (which may be processed on different platforms) nor of the programming language (which may be provided on different platforms).
For the last 25+ years or so, I have considered optimization to not be my responsibility. I do not write code to suit one compiler rather than another one, one IDE rather than another one. I decide the data structures and algorithms. Then I expect any compiler of any IDE to e.g. compile time evaluate all that can be compile time evaluated. Not every compiler is perfect, or complete with respect to optimization, so maybe a given compiler leaves some calculations to run time. But then the solution, as I see it, is to improve that compiler - not to switch to another programming language.
|
|
|
|
|
But then I don't see it a really valid comparison for the "execution time"
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
All the decimal places give a false sense of precision. On my system, for example, CLOCKS_PER_SEC is defined as 1000 which only gives millisecond precision. Therefore anything under a millisecond would come up as 0.
|
|
|
|
|
Quote: Therefore anything under a millisecond would come up as 0
Fair enough …
Quote: All the decimal places give a false default sense of precision
Espen Harlinn
Senior Architect - Ulriken Consulting AS
The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra
|
|
|
|
|
Espen Harlinn wrote: false default sense of precision
The addition is true but they aren't mutually exclusive or contradictory.
|
|
|
|
|
Quote: they aren't mutually exclusive or contradictory.
Well, the number of decimals is what I got by using the default precision - and if this gave you a false sense of precision, indigestion, or even the slightest nausea; I most humbly apologize 
Espen Harlinn
Senior Architect - Ulriken Consulting AS
The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra
|
|
|
|
|
Haha, my original post was only pointing out why the execution was probably listed as 0 seconds flat. Wasn't trying to critique. That last post was just for fun ![Beer | [beer]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/beer.gif)
|
|
|
|
|
#realJSOP wrote: Has anyone seen this?
Hopefully I can unsee it.
Given I don't develop in Electron or Nw.js, and given that my concept of a cross-platform app is simply a web app, and given that they have a server involved, I'm not quite sure what the point is.
I mean, really:
<p>Hello World</p>, how can it take more bytes that the 18 bytes (I guess *2 for Unicode chars)?
Maybe it's a solution to some problem. Thankfully, it's not a problem I have. 
|
|
|
|
|
I’m right there with you.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Where do we put questions about Electron development?
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
In Nuclear Physics? Next to proton, neutron and moron??
Ducks and hides on the way to get the coat
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
You are going to need more than your coat, once the J.S.O.P 3000 has been activated.
Just saying...
|
|
|
|
|
THAT finally explains why there are so many morons!
|
|
|
|
|
Not to forget the bozon, the clown particle.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
shouldn't it be Nucular physics ?
I'd rather be phishing!
|
|
|
|
|
I'm not positive that I know.
I hate to be negative about things, but in this case I'd be charged if I answered.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
The problem I'm having is that it's essentially a web site that runs on the desktop.
I'm not really sure how I feel about it because it's all javascript, and I freakin' hate javascript.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
I can understand that.
If it quarks like a duck, it's probably a water fowl - and JS is particularly fowl.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
What sparked your interest? You finally got an electric car now? 
|
|
|
|
|
I'm toying with the idea of re-writing my reputionator app, and was thinking a cross-platform approach would be cool. However, after looking at the size of the disk footprint (over 50mb), i'm having 2nd thoughts.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
50Mb is nothing these days - it's only a 1.14m stack of floppy disks ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I think you mean 1.44MB. 
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Well, if you're going to go all new-fangled on me ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
