3 ms·
> Doesnt fast code on these types fly [in] the face of julia static optimization ethos? What does that even mean? Julia's union types aren't intentionally slow
by tavert 10y ago
> Doesnt fast code on these types fly [in] the face of julia static optimization ethos?
What does that even mean? Julia's union types aren't intentionally slow, they just aren't implemented very efficiently yet. Major revisions of how they're implemented are definitely on the roadmap, not far away.
For fine-grained parallelism of the type you'd use MPI for, 1ms overhead (assuming that's pure overhead above and beyond the actual cost of data movement) could be significant, sure. If you have calculations that need to go for thousands of individually cheap iterations, it adds up.
- tanlermin 10y agoIt means that I thought Julia wanted to avoid inching too much towards tracing JIT optimization. Well, luckily dask isn't meant for MPI style parallelism. I was wondering how it compared so something like computeframework. Good to hear that union type performance will be optimized. Are there any issues I can follow?