cuda.core: a second grow of a grown VMM buffer fails
Nessuno ha ancora preso questa issue.
- Lingua principale
- Cython
- Stelle
- 3.4k
- Fork
- 329
- Merge medio
- 1g 21h
- PR unite (30g)
- 113
Descrizione
After one grow a buffer is backed by two physical chunks. The slow path retains only the handle of the mapping at buf.handle and maps aligned_prev_size bytes from it, but cuMemMap requires the size to equal the handle's full size, so the second grow fails. On main the attempt also unmaps the old range first and cannot restore it; with #2880 the old buffer stays intact and the grow raises cleanly. Fix belongs to the ownership redesign (epic #2906).
Guida per i contributori
Apri la 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.
Direzione di ricerca
Inizia con il percorso lento di crescita del buffer VMM di cuda.core descritto nell’issue, concentrandoti su buf.handle, aligned_prev_size e sulla chiamata a cuMemMap. Esamina l’epic sulla riprogettazione dell’ownership #2906 e il comportamento in #2880; il lavoro è completato quando una seconda crescita non fallisce più a causa della mancata corrispondenza tra handle e dimensione e una crescita fallita lascia intatto il buffer precedente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Ambito
- backend
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Attiva
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100