feat: Deadlock detector thread #1344
Labels
No labels
Blocked
Bug
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/E2EE
Matrix/Federation
Matrix/Hydra
Matrix/MSC
Matrix/Media
Matrix/T&S
Meta
Meta/CI
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Support
To-Merge
Wont fix
old/ci/cd
old/rust
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity!1344
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "jade/deadlock-detection"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Seems to be running OK, probably needs some annotations to compile out if deadlock detection is disabled
Pull request checklist:
mainbranch, and the branch is named something other thanmain.myself, if applicable. This includes ensuring code compiles.
I am running this since it was published, but it's never tripped so I don't know what it is expected to do
When things are working it shoudn't trigger at all, it's meant to give more information about things like the ghost issue that caused !642 to be reverted
Assuming this actually works, looks good to me. Not sure if the deadlock just being println'd is a good idea though, might be worth dumping to a file instead for better persistence and lower noise
The code LGTM, but a note that this exists and info on how to enable it should probably be included in the docs somewhere.
It's enabled by default, but yeah
c06b94afc2ae4130bd7af730f638079cae531f90