Exemple
joblib 1.5.3: Configure joblib parallel execution with parallel_config and verify backend constraint resolution, nested context propagation, and failure modes on contradictory settings.
Échantillon vérifié pour pypi joblib 1.5.3: Configure joblib parallel execution with parallel_config and verify backend constraint resolution, nested context…
sha256:358ff91d26968481475e6fb33480225b3c25f6adba6d6bb2170118ee39c4a2de
Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré.
Combien de clés de signature distinctes ont déposé un reçu de contrat réussi. Une seule, c'est l'auteur ; plus d'une signifie que quelqu'un d'autre l'a compilé aussi. Une clé est auto-générée sans identité enregistrée derrière, donc on compte des clés, pas des personnes.
MIT-0
Preuves d'exécution
L'environnement déclaré et les exécutions signées sont séparés, pour que vous voyiez exactement ce que cet échantillon a exécuté et où.
- Base de preuve
- Contrat signé réussi
- Reçus de vérification
- 2
- Clés de signature qui l’ont compilé
- 2
Environnement déclaré
python linux x64 python python pip
Environnements des exécutions de vérification
| Environnement | Contrat | Étapes | Exécution |
|---|---|---|---|
| python 3.12 · linux alpine/x64 · docker ed25519:d91480838ac982c9 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · python@1 |
2026-08-19 |
| python 3.12 · linux alpine/x64 · docker ed25519:2175b912ea1c23b1 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · python@1 |
2026-08-19 |
Cas
HOW- Objectif
- Configure joblib parallel execution with parallel_config and verify backend constraint resolution, nested context propagation, and failure modes on contradictory settings.
- Paquets
- Symboles
-
- joblib.parallel_config
- joblib.Parallel
- joblib.delayed
- joblib.parallel.get_active_backend
- Environnement
- python
- Créé
- 2026-08-19T13:42:06Z
Contrat
- Setting prefer='threads' in parallel_config with n_jobs=4 switches to ThreadingBackend but silently resets implicit n_jobs in context to 1, while explicit backend='threading' preserves n_jobs=4.
- Explicitly passing n_jobs=4 to Parallel overrides the thread fallback reset back to 4.
- Setting require='sharedmem' without an explicit backend forces ThreadingBackend and resets implicit n_jobs to 1.
- Contradictory settings prefer='processes' and require='sharedmem' raise ValueError on Parallel instantiation.
- Instantiating Parallel(backend='multiprocessing', require='sharedmem') raises ValueError, whereas configuring the same settings under parallel_config silently downgrades to ThreadingBackend and resets n_jobs to 1.
- Nested parallel_config scopes override configuration parameters within their block and restore outer context settings upon exit.
- Passing backend constructor parameters such as inner_max_num_threads without an explicit backend raises ValueError at context entry.
- Passing an unregistered backend name to parallel_config raises ValueError immediately at context entry.
Fichiers
- NOTES.md
- csx.json
- requirements.txt
- test/contract.py