Programming

3347 readers

1 users here now

All things programming and coding related. Subcommunity of Technology.

This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 1 year ago

MODERATORS

[email protected]

Is Parallel Programming Hard, And, If So, What Can You Do About It? (new June 2023 release) (mirrors.edge.kernel.org)

submitted 1 year ago by [email protected] to c/[email protected]

3 comments fedilink hide all child comments

top 3 comments

sorted by: hot top controversial new old

[–] rath 11 points 1 year ago (2 children)

It's hard if you have unprotected, shared mutable state. If you use a language that uses immutable data structures (Haskell, Clojure, Erlang) it's easy! If you use a language that won't let you share mutable data without the required protection (Rust) it's also easy! Everything else and you can be sure that even if it looks like it works, it most likely doesn't.

[–] [email protected] 4 points 1 year ago

Yep. I remember parallelising emarrasingly parallel C++ code once. I had an array for the results of each job, but forgot to give each job their own index in the array. So everyone wrote their results to the zeroeth entry in parallel. It was cache efficient this way, but the result was not what I expected.

[–] Syreniac 4 points 1 year ago

Even if you work in permissive langauges like Java, if you start from the position of "this code will need to be thread safe", its still not hard to do. The problem I've seen with more permsissive languages is that external libraries have bad systems built in and even if the code you write is threadsafe the external library csn introduce all sorts of weirdness.

For example in Java, the SimpleDateFormat class which is a fairly standard way of parsing/outputting dates and is the go to example in all number of tutorials is not inherently threadsafe (and that's part of the JDK!). Someone can write sensible stateless code and get tripped up by this.