Recursive @threadpool_limits.wrap() calls do not behave as expected when recursing
Les mainteneurs répondent en général sous 1 jour
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- python
- Domaine
- performance
Piste de recherche
The failing case is the test test_recursive_wrap_releases_the_shared_pool_claim, which needs a non-OpenMP OpenBLAS build with at least two threads. Start by running it with recurse(1) and reading how threadpool_limits.wrap restores limits and releases the controlling thread on return. Done when the test passes with recurse(1) and the existing recursion behaviour still holds.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Returning from a wrapped function should return to the previous level of thread limits at the time they were called, even in the face of recursion. That's not what happens in practice, though.
The following test fails on both master and 3.7 (i.e. it's not due to the controlling thread changes), but passes if recurse(1) is switched to recurse(0).
from threading import Thread
from threadpoolctl import threadpool_limits, ThreadpoolController
import numpy
import pytest
def run_in_thread(f, *args, **kwargs):
thread = Thread(target=lambda: f(*args, **kwargs))
thread.start()
thread.join()
return thread
def _non_openmp_openblas():
openblas = ThreadpoolController().select(internal_api="openblas")
if not openblas:
pytest.skip("requires OpenBLAS.")
libs = []
seen = set()
for lib in openblas.lib_controllers:
if lib.threading_layer == "openmp" or lib.filepath in seen:
continue
seen.add(lib.filepath)
libs.append(lib)
if not libs:
pytest.skip("require non-OpenMP OpenBLAS.")
return libs
def _require_resizable_non_openmp_openblas():
libs = _non_openmp_openblas()
lib = libs[0]
orig = lib.get_num_threads()
if orig is None or orig < 2:
pytest.skip("Test requires a non-OpenMP OpenBLAS with at least 2 threads")
return lib, orig
def test_recursive_wrap_releases_the_shared_pool_claim():
# One wrapped function calling itself must keep the limit between the inner
# return and the outer return, then restore the original count and drop the
# controlling thread. Another thread can then set the count.
lib, orig = _require_resizable_non_openmp_openblas()
@threadpool_limits.wrap(limits=1, user_api="blas")
def recurse(depth):
assert lib.get_num_threads() == 1
if depth:
recurse(depth - 1)
assert lib.get_num_threads() == 1
recurse(1)
assert lib.get_num_threads() == orig
observed = {}
def other_thread():
lib.set_num_threads(1)
observed["threads"] = lib.get_num_threads()
worker = run_in_thread(other_thread)
assert observed["threads"] == 1
- Langage dominant
- Python
- Étoiles
- 434
- Forks
- 38
- Merge moyen
- 1 j 5 h
- PR mergées (30 j)
- 15
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. 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 joblib/threadpoolctl
-
Drop 3.10Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
joblib/threadpoolctl#295 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
joblib/threadpoolctl#291 ·
Les mainteneurs répondent en général sous 1 jour
-
Follow-up fixes for OpenBLAS-pthreads controlling thread featurePeut-être pris @itamarst l’a pris il y a 2 jours. Ouverte
Difficulté 3/5 Une demi-journée Accessibilité débutants 25/100
joblib/threadpoolctl#292 · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 57/100
joblib/threadpoolctl#276 ·
Les mainteneurs répondent en général sous 1 jour
-
Make it possible to set active/spin wait behavior of LLVM/Intel OpenMP via `kmp_set_blocktime`Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
joblib/threadpoolctl#271 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de joblib/threadpoolctl
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 69/100
jejjohnson/gaussx#752 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100
521xueweihan/HelloGitHub#4270 ·
-
enhancement owner: den-haag
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
Les mainteneurs répondent en général sous 6 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
ok-oldking/ok-wuthering-waves#1828 ·
Les mainteneurs répondent en général sous 1 jour
-
lesson-submission pending-review
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
Ikalus1988/MisakaNet#4512 ·
Les mainteneurs répondent en général sous 1 jour