-
Notifications
You must be signed in to change notification settings - Fork 471
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fine-tune the ordering for received #1068
Comments
Similarly, in wake.rs, using SeqCst is unnecessary. Using Acquire/Release would be sufficient. crossbeam/crossbeam-channel/src/waker.rs Lines 200 to 203 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Lines 211 to 214 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Line 221 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Line 223 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Lines 226 to 229 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Lines 239 to 242 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Lines 250 to 253 in 95d0bd0
crossbeam/crossbeam-channel/src/waker.rs Lines 261 to 264 in 95d0bd0
|
The |
crossbeam/crossbeam-channel/src/flavors/at.rs
Line 51 in 95d0bd0
crossbeam/crossbeam-channel/src/flavors/at.rs
Line 89 in 95d0bd0
crossbeam/crossbeam-channel/src/flavors/at.rs
Line 120 in 95d0bd0
I believe that using a
Release
operation inswap
and anAcquire
operation inload
can effectively synchronize with the writing of the message to memory. UsingSeqCst
is not necessary in this context.(glad to make a pull request if this seems sensible)
The text was updated successfully, but these errors were encountered: