Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Thank you for debunking it so I didn't have to. I don't think I've ever seen someone post a low-level/concurrent data structure in Go that wasn't wildly unsound, so I assumed this was too.


Go is made by Google. Do they not have someone writing an equivalent of Java.util.concurrent.ConcurrentHashMap?


or a port of the lock-free hash map from https://preshing.com/20130605/the-worlds-simplest-lock-free-...

But really, the premise of using a shared map with concurrent readers and writers seems like a good generator of hard-to-reproduce bugs. IMHO shared-nothing (when feasible) is much easier to reason about, and possibly do periodic merging of thread-local updates, but I would avoid concurrent updates entirely (in particular if 2 threads race to update the same key... that goes to deeper design issues in the application).


They do, there's a concurrent hashmap in the standard library. It doesn't get posted here or on Reddit, though.


There are many good implementations.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: