Group.__init() should be parallelised
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- python
- Domaine
- distributed-systems
Piste de recherche
Commencez dans multi.py à Group.init et inspectez gateway_base.py autour de la ligne 360, où le patch signalé provoque un deadlock. Reproduisez l’initialisation avec de nombreuses passerelles SSH et comparez le comportement avec le patch joint. Le travail est terminé lorsque l’initialisation de Group se connecte aux hôtes en parallèle sans provoquer de deadlock, tandis que Group.remote_exec() continue de fonctionner.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
- Bitbucket: https://bitbucket.org/hpk42/execnet/issue/28
- Originally reported by: @crusaderky
- Originally created at: 2014-01-22T16:51:21.959
Consider the following snippet:
hosts = [...list of hosts...]
group = execnet.Group(("ssh %s" % host for host in hosts))
group.remote_exec(something)
Imagine having a grid of 200 hosts.
While Group.remote_exec() will run on all the hosts in parallel, Group.__init__() will connect via ssh to each one of them, serially. On a typical LAN, this easily accounts to minutes.
I attach a patch for multi.py (on top of the latest hg commit) that is intended to fix the problem. However, with that patch the program deadlocks in gateway_base.py, line 360, and I can't figure out the reason.
- Langage dominant
- Python
- Étoiles
- 102
- Forks
- 47
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Nous n'avons pas encore vérifié les fichiers d'installation de ce projet. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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 pytest-dev/execnet
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
pytest-dev/execnet#429 · 1 commentaire ·
-
IPv6 supportOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
pytest-dev/execnet#384 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
pytest-dev/execnet#374 · 3 commentaires ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
pytest-dev/execnet#306 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
pytest-dev/execnet#279 · 1 réaction ·
Toutes les issues de pytest-dev/execnet
Issues similaires
-
Broken links found in docsOuvertedocs pydanty:is-working
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
pydantic/pydantic-ai#8863 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
run-llama/llama_index#23278 ·
Les mainteneurs répondent en général sous 2 jours
-
documentation from-review-extraction github-actions priority: low severity:nit
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
LearningCircuit/local-deep-research#6946 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
oracle/langchain-oracle#323 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
tenstorrent/tt-metal#58057 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour