rust-lang/futures-rs

Deadlock detection for futures::lock::Mutex

Open

#2.133 geöffnet am 22. Apr. 2020

Auf GitHub ansehen
 (1 Kommentar) (6 Reaktionen) (0 zugewiesene Personen)Rust (552 Forks)batch import
A-lockC-feature-requesthelp wanted

Repository-Metriken

Stars
 (4.701 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 22T 16h) (3 gemergte PRs in 30 T)

Beschreibung

It would be really nice if Mutex had deadlock detection (including via a feature flag). Especially in an async context where it's hard to peer into the state of tasks, these can be exceptionally hard to debug.

parking_lot does this for its synchronous locks, though it requires you to trigger detection manually on another thread.

cc @ctiller

Contributor Guide

Research-Richtung
Untersuche die Deadlock Erkennungsimplementierung von parking lot (https://amanieu.github.io/parking lot/parking lot/deadlock/index.html) und passe sie an den asynchronen Kontext von futures::lock::Mutex an. Erwäge die Verwendung eines Feature Flags, um die Erkennung zu aktivieren. Überprüfe bestehende Diskussionen in Issue #2133 und alle damit verbundenen PRs. Das Ziel ist es, einen Mechanismus zur Erkennung und Meldung von Deadlocks bereitzustellen, um die Fehlersuche in asynchronen Umgebungen zu unterstützen.
Tech Stack
rust
Domain
backend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Über 1 Woche
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Rust asyncfutures rsdeadlock detection
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
20