Skip to content
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

gh-123828: fix data raceing for _waiting_release method in _interpchannelsmodule.c #124107

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

Zheaoli
Copy link
Contributor

@Zheaoli Zheaoli commented Sep 15, 2024

…erpchannelsmodule.c

Signed-off-by: Manjusaka <me@manjusaka.me>
@Zheaoli Zheaoli force-pushed the manjusaka/fix-123828 branch from d8a89c1 to ffee4ed Compare September 15, 2024 17:36
@Zheaoli Zheaoli changed the title gh-13828: fix data raceing for _waiting_release method in _interpchan… gh-123828: fix data raceing for _waiting_release method in _interpchannelsmodule.c Sep 15, 2024
@ZeroIntensity
Copy link
Member

@picnixz out of the scope of this PR, but would it be feasible to migrate things using PyThread locks over to PyMutex in the future?

@picnixz
Copy link
Member

picnixz commented Sep 17, 2024

Maybe. Haven't had the time to think about it and I don't know if it's possible for every case. Could you open another issue for that? also how would performances / maintenance cost be impacted?

@ZeroIntensity
Copy link
Member

Maybe. Haven't had the time to think about it and I don't know if it's possible for every case. Could you open another issue for that? also how would performances / maintenance cost be impacted?

It's probably worth discussing on discourse before opening an issue. AFAIK, PyMutex is supposed to be much more efficient than pthread mutexes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

TSAN race in _waiting_release
3 participants