yup, that’s true. most meaningful tasks are io-bound so “parallel” basically qualifies as “whatever allows multiple threads of execution to keep going”. if you’re doing numbercrunching in pythen without a proper library like pandas, that can parallelize your calculations, you’re doing it wrong.
I’ve used multiprocessing to squeeze more performance out of numpy and scipy. But yeah, resorting to multiprocessing is a sign that you should be dropping into something like Rust or a C variant.
I’ve always hated object oriented multi threading. Goroutines (green threads) are just the best way 90% of the time. If I need to control where threads go I’ll write it in rust.
If I have to put a thread object in a variable and call a method on it to start it then it’s OO multi threading. I don’t want to know when the thread spawns, I don’t want to know what code it’s running, and I don’t want to know when it’s done. I just want shit to happen at the same time (90% of the time)
We weren’t doing any ressource extensive computations with Matlab, mainly just for teaching FEM, as we’ve had an extensive collection of scripts for that purpose, and pre- and some post processing.
I was telling a colleague about how my department started using Rust for some parts of our projects lately. (normally Python was good enough for almost everything but we wanted to try it out)
They asked me why we’re not using MATLAB. They were not joking. So, I can at least tell you their reasoning. It was their first programming language in university, it’s safer and faster than Python, and it’s quite challenging to use.
Does Python have the ability to specify loops that should be executed in parallel, as e.g. Matlab uses
parforinstead offor?python has way too many ways to do that.
asyncio,future,thread,multiprocessing…Of the ways you listed the only one that will actually take advantage of a multi core CPU is
multiprocessingyup, that’s true. most meaningful tasks are io-bound so “parallel” basically qualifies as “whatever allows multiple threads of execution to keep going”. if you’re doing numbercrunching in pythen without a proper library like pandas, that can parallelize your calculations, you’re doing it wrong.
I’ve used multiprocessing to squeeze more performance out of numpy and scipy. But yeah, resorting to multiprocessing is a sign that you should be dropping into something like Rust or a C variant.
Most numpy array functions already utilize multiple cores, because they’re optimized and written in C
I’ve always hated object oriented multi threading. Goroutines (green threads) are just the best way 90% of the time. If I need to control where threads go I’ll write it in rust.
nothing about any of those libraries dictates an OO approach.
Unless it’s java.
Meh, even Java has decent FP paradigm support these days. Just because you can do everything in an OO way in Java doesn’t mean you need to.
If I have to put a thread object in a variable and call a method on it to start it then it’s OO multi threading. I don’t want to know when the thread spawns, I don’t want to know what code it’s running, and I don’t want to know when it’s done. I just want shit to happen at the same time (90% of the time)
the thread library is aping the posix thread interface with python semantics.
Are you still using matlab? Why? Seriously
No, I’m not at university anymore.
Good for you
Poor prof
We weren’t doing any ressource extensive computations with Matlab, mainly just for teaching FEM, as we’ve had an extensive collection of scripts for that purpose, and pre- and some post processing.
I was telling a colleague about how my department started using Rust for some parts of our projects lately. (normally Python was good enough for almost everything but we wanted to try it out)
They asked me why we’re not using MATLAB. They were not joking. So, I can at least tell you their reasoning. It was their first programming language in university, it’s safer and faster than Python, and it’s quite challenging to use.
“Just use MATLAB” - Someone with a kind heart who has never deployed anything to anything
Experimentally, yes
Cool.