Amortize cost of Stream::add_callback?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 15/100
Piste de recherche
L’issue mentionne Stream::add_callback, mais n’identifie ni fichier, ni test, ni point d’entrée de l’implémentation. Commencez par localiser cette API et examinez comment les callbacks sont encapsulés et détenus. L’issue nécessite une conception approuvée par un maintainer ainsi que des critères explicites d’ownership et d’achèvement avant de pouvoir commencer l’implémentation.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
In order to coordinate multiple streams effectively, while also trying to maximize parallel usage of the device, I have a scheduler which will add a callback to a stream so that other work, which was mutually exclusive with it, could be immediately scheduled.
This is fine, and working as needed; however, I'm wondering if the maintainers here have any ideas around a way to amortize the cost of having to box the callback each time (this happens a lot ... always ... and never stops until the system halts).
We are already in unsafe territory with most usage of the GPU anyway, so perhaps we could just pass along a pointer to an equivalent callable. That way the caller could take on the burden of ensuring the memory is not freed too early. Thoughts?
- Langage dominant
- Rust
- Étoiles
- 5.4k
- Forks
- 251
- Merge moyen
- 4 j 15 h
- PR mergées (30 j)
- 4
Préparer son environnement
Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de Rust-GPU/rust-cuda
-
Default NvvmArch::Compute75 silently produces InvalidPtx on pre-Turing GPUs (Pascal/Maxwell/Volta)Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
-
Array parameters lose alignment metadata and ICE on >16 byte alignmentsPeut-être pris @Snehal-Reddy l’a pris il y a 165 jours. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
-
Support llvm-19 in containersOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 38/100
Toutes les issues de Rust-GPU/rust-cuda
Issues similaires
-
sync: small cleanups after #69Ouvertearea::tern-sync kind::cleanup triage::ready
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
review-bot
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
midagedev/bloomery#160 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
oxidecomputer/humility#737 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour