ka_cpu_alloc_budget: the 320 B/launch KA 0.10 allowance is stale on KA 0.10.3 and hides allocations
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 74/100
Direzione di ricerca
Inizia in test/utils.jl a ka_cpu_alloc_budget; confronta l'allocazione fissa di 320 B con il nuovo helper ka_launch_bytes aggiunto nella PR #136. Esegui i test del budget di allocazione per le fasi numerica e solve, incluso il caso random_spd(500, 0.01), per confermare che i budget siano ancora rispettati. Fatto significa che l'helper misura il costo effettivo per launch oppure che il floor di compatibilità di KernelAbstractions viene alzato, e che questi test passano.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Found while working on: T31 (PR #136), part (3) (#53)
What: test/utils.jl, ka_cpu_alloc_budget grants 320 B per kernel launch on KernelAbstractions ≥ 0.10 (PR #133: KA 0.10.0's CPU backend allocated ~230 B per launch). On KA 0.10.3 (the version CI resolves now) a launch allocates nothing: factorize! with impl = :auto allocates 512 B in total, and a reference launch 0 B. The allowance makes every allocation budget of the numeric and solve phases about 40 times too loose (~40 KB for random_spd(500, 0.01)): the 32 KB per factorization that the :ka fallbacks allocated before PR #136 passed under it. PR #136 measures the per-launch cost instead in its new tests (ka_launch_bytes, test/utils.jl), but the existing budgets keep the fixed allowance.
Why it is out of scope: T31 adds tests for the :ka path only; tightening the shared budgets touches every allocation test of earlier tasks. It blocks nothing.
Suggested fix or plan change: replace the fixed 320 B with ka_launch_bytes() in ka_cpu_alloc_budget (or raise the KA compat floor to 0.10.3 and drop the allowance).
- Lingua principale
- Julia
- Stelle
- 4
- Fork
- 0
- Merge medio
- 4h 1m
- PR unite (30g)
- 73
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
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 exanauts/SparseDirectSolver.jl
-
oneAPI.jl shims: uncaught oneMKL exceptions, batched trsm pointer types, host sync per oneMKL callApertafound-by-agent
Difficoltà 4/5 3-5 giorni Idoneità per principianti 22/100
exanauts/SparseDirectSolver.jl#148 ·
I maintainer di solito rispondono entro 1 giorno
-
task
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
exanauts/SparseDirectSolver.jl#146 ·
I maintainer di solito rispondono entro 1 giorno
-
found-by-agent
Difficoltà 3/5 Mezza giornata Idoneità per principianti 45/100
exanauts/SparseDirectSolver.jl#144 ·
I maintainer di solito rispondono entro 1 giorno
-
found-by-agent
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
exanauts/SparseDirectSolver.jl#143 ·
I maintainer di solito rispondono entro 1 giorno
-
found-by-agent
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
exanauts/SparseDirectSolver.jl#142 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di exanauts/SparseDirectSolver.jl
Issue simili
-
`SplitRungeKutta` time steppers never call `update_lagrangian_particle_state!`, so particle `tracked_fields` are never updatedForse già presa @ali-ramadhan l’ha presa oggi. Apertabug 🐞
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
CliMA/Oceananigans.jl#6381 ·
I maintainer di solito rispondono entro 1 giorno
-
ci system:windows test
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Single-column TKE example: boundary-layer depth description doesn't match Han & Bretherton (2019)Aperta
Difficoltà 1/5 1-3 ore Idoneità per principianti 82/100
NumericalEarth/Breeze.jl#1143 ·
I maintainer di solito rispondono entro 1 giorno
-
format-check (Runic) is red on master: formatter drift on ~200 filesForse già presa @ChrisRackauckas-Claude l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
SciML/ModelingToolkit.jl#5337 · 1 commento ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
MagneticResonanceImaging/MRIReco.jl#315 ·
I maintainer di solito rispondono entro 1 giorno