Re:My favorite things that are coming with Julia 1.0
by ChrisRackauckas on Friday June 01, 2018 @10:35AM
(#17205634)
It's not just 5%. If you have any API which takes a higher order function, for example a differential equation or optimization package, then even if your code is compiled and the user's input is compiled, you still have to hit Python in the middle, and that context switch can be the most costly part of an optimized code, making Numba+SciPy about 10x slower than it should be. So yeah, Python + compiled code is not a viable solution in all cases, or in fact what seems to be most of scientific computing (but not data science where things tend to not include function input).
Re:My favorite things that are coming with Julia 1.0
by stochastic_monk on Friday June 01, 2018 @11:41AM
(#17206370)
There can be a significant hit in performance due to using Python. I generally prefer developing pure C++, but being able to test/prototype in Python is great. pybind11 makes interoperability easy and efficient.
Re:My favorite things that are coming with Julia 1.0
by ScottPJones on Friday June 01, 2018 @03:03PM
(#17208852)
What about using Cxx.jl? You can have a nice little REPL for your C++ code.
I haven't seen pybind11, does it give you that ability?
Re:My favorite things that are coming with Julia 1.0
by stochastic_monk on Friday June 01, 2018 @03:21PM
(#17209019)
No, but cling [1] does.
I might be interested in trying cxx.jl, thank you for the pointer.
Isn’t Google’s “Swift for TensorFlow” move in direct opposition to this statement? I think you are right that it gets you 95% of the way, but that the final 5% of performance and portability simply will not be there.
https://github.com/tensorflow/swift/blob/master/docs/DesignO...