Re:Julia Computing raises $24M Series A
by axpy906 on Monday July 19, 2021 @11:34AM
(#27883757)
My understanding is that it runs faster than native python and R. That said with Numba and other libraries, see no point.
[ Parent
| on HN ]
Numba is great for pure functions on primitive types but it breaks down when you need to pass objects around. PyPy is fantastic for single-threaded applications but doesn't play nicely with multiprocessing or distributed computing IME. Numpy helps for stuff you can vectorize, but there's a lot of stuff you can't (or can but shouldn't); it also brings lots of minor inconveniences by virtue of not being a native type - e.g., the code to JSON serialize a `Union[Sequence[float], np.ndarray]` isn't exactly Pythonic.
Re:Julia Computing raises $24M Series A
by oscardssmith on Monday July 19, 2021 @11:57AM
(#27884032)
Also, numpy has about a 100x overhead door small arrays (10 or fewer elements).
> runs faster than native python and R
That's a bit of an understatement. It's about as fast as C and Rust (ignoring JIT compilation time).
Re:Julia Computing raises $24M Series A
by NeutralForest on Monday July 19, 2021 @11:37AM
(#27883802)
It's easier to write Julia code than to deal with Numba tbh and the ecosystem around Julia makes the code composable which is often not the case if you write Numba code and have to deal with other libraries.
Composability, speed, static analysis, type system, abstractions, user defined compiler passes, metaprogramming, ffi, soon static compilation, differentiability and more create an effect that far exceeds numba