-
After talking with @tt-vjovanovic, he raised an issue with me that there are some issues with global mutexes used:
- Mutexes don't have "tt_" or anything like it in their name, making them hard to id…
-
**Is your feature request related to a problem? Please describe.**
We just dealt with a deadlock due to a re-entrant RLock acquisition (https://github.com/cockroachdb/cockroach/pull/66760). Deadloc…
-
Windows runs the [`test_ping_pong` test](https://github.com/pypy/pypy/blob/058ccb4d58ad592903747203a70a261d8ad00d5c/pypy/module/thread/test/test_lock.py#L91) much slower than posix. I think the proble…
-
In our codebase we have both Tokio mutexes and `async-lock` mutexes, which we must use on `wasm32-unknown-unknown` due to the Tokio runtime being incompatible with it. We believe it would make sense …
Twey updated
2 months ago
-
-
Hello, in the example demo code, the global mutable variables are not synchronized with mutexes.
For example: `var dogMap = model.DogMap{}`
The concurrent variable mutation will lead to an applica…
-
This was an idea that @k floated to me awhile back, but I finally got around to making an issue to discuss. What I'm curious about:
- Is this a use case we want to focus on?
- Is this worth make t…
-
Apparently using mutexes in an audio callback is a stupid idea, because of stuff like priority-inversion. I never liked using them anyway, since the ones in clownaudio are locked to Windows and POSIX.…
-
sf::Keyboard::setVirtualKeyboardVisible(mainForm->wantsTextInput());
a lot of NativeThread s
-
https://en.m.wikipedia.org/wiki/Memory_barrier#Multithreaded_programming_and_memory_visibility
You need mfence/lfence/sfence before mutex_lock() returns, and before unlock() returns.