Hi I am one of the authors of the paper :)
Our first version of the code did not declare types. It was thanks to Florian's suggestion that we started doing it. We discovered, to our surprise, that it reduced execution time by around 25%. I may be mistaken but I do not think there are type-stability problems. We have a version of the code that is nearly identical in C++ and we did not have any of those type problems. On Monday, June 16, 2014 11:55:50 AM UTC-4, John Myles White wrote: > > Maybe it would be good to verify the claim made at > https://github.com/jesusfv/Comparison-Programming-Languages-Economics/blob/master/RBC_Julia.jl#L9 > > > I would think that specifying all those types wouldn’t matter much if the > code doesn’t have type-stability problems. > > — John > > On Jun 16, 2014, at 8:52 AM, Florian Oswald <florian...@gmail.com > <javascript:>> wrote: > > > Dear all, > > > > I thought you might find this paper interesting: > http://economics.sas.upenn.edu/~jesusfv/comparison_languages.pdf > > > > It takes a standard model from macro economics and computes it's > solution with an identical algorithm in several languages. Julia is roughly > 2.6 times slower than the best C++ executable. I was bit puzzled by the > result, since in the benchmarks on http://julialang.org/, the slowest > test is 1.66 times C. I realize that those benchmarks can't cover all > possible situations. That said, I couldn't really find anything unusual in > the Julia code, did some profiling and removed type inference, but still > that's as fast as I got it. That's not to say that I'm disappointed, I > still think this is great. Did I miss something obvious here or is there > something specific to this algorithm? > > > > The codes are on github at > > > > https://github.com/jesusfv/Comparison-Programming-Languages-Economics > > > > > >
