OpenBLAS controlling thread logic needs to be smarter when thre are overlapping set/restore pairs in different threads
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- performance
Direzione di ricerca
Start with the linked pull request #300 and the thread-limit set/restore logic it discusses. Trace how control ownership and saved limits behave in the two-thread scenario described in the issue. Done means a thread that failed to set a limit cannot later restore one and acquire control unexpectedly; verify the behavior with a regression test for the overlapping pairs.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Based on https://github.com/joblib/joblib/pull/1871#issuecomment-6663799616
Scenario:
- Initial limit is L.
- Thread 1 limits to M, stores the fact that previously limit was L. Thread 1 becomes controlling thread.
- Thread 2 tries to limit to N, but fails, stores the fact that previously limit was M.
- Thread 1 restores to L and releases control of thread.
- Thread 2 restores to N, acquiring control as it does so.
The straightforward solution here is something like "if a thread failed to set because it wasn't the controlling thread, it shouldn't restore either."
- Lingua principale
- Python
- Stelle
- 434
- Fork
- 38
- Merge medio
- 1g 4h
- PR unite (30g)
- 18
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di joblib/threadpoolctl
-
Drop 3.10Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
joblib/threadpoolctl#295 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
joblib/threadpoolctl#291 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 57/100
joblib/threadpoolctl#276 ·
I maintainer di solito rispondono entro 1 giorno
-
Make it possible to set active/spin wait behavior of LLVM/Intel OpenMP via `kmp_set_blocktime`Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
joblib/threadpoolctl#271 ·
I maintainer di solito rispondono entro 1 giorno
-
Make it possible to inspect active/spin wait behavior of LLVM/Intel OpenMP via `kmp_get_blocktime`Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
joblib/threadpoolctl#270 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di joblib/threadpoolctl
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
cline/mcp-marketplace#3576 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
griptape-ai/griptape-nodes-library-elevenlabs#30 ·
I maintainer di solito rispondono entro 1 giorno
-
docs: Release playbookApertadocumentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
awslabs/social-messaging-agent-runtime-toolkit#140 ·
I maintainer di solito rispondono entro 1 giorno
-
subtask
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
fga-eps-mds/2026.2-MeasureSoftGram-DOC#187 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
NSPG13/agent-bounties#1747 ·
I maintainer di solito rispondono entro 1 giorno