GPU runners: track alternatives to the RunsOn custom AMI
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Review the removed docs/FUTURE-DEVELOPMENT.md lines (linked in the issue) and the current GPU-AMI-SETUP.md. The task involves researching GitHub-hosted GPU runner availability/pricing and evaluating a CUDA container prototype. Start by checking GitHub's documentation for GPU runner availability and pricing, then compare build times and costs. For the container path, examine the existing CPU container setup and the nvidia/cuda base image sizes.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Why
GPU lecture builds (lecture-python.myst) run on RunsOn with a custom AMI, which needs AMI maintenance and Packer rebuilds (docs/dev/GPU-AMI-SETUP.md). Two alternatives were recorded in docs/FUTURE-DEVELOPMENT.md, which #178 removed (source). This issue keeps them tracked.
Alternatives
GitHub-hosted GPU runners
- No AMI to maintain; the runner is selected with
runs-on:. - Availability and pricing need checking before this is worth evaluating.
- Trade-off: likely more expensive per minute than RunsOn, and possibly less choice of instance and GPU type.
A GPU container on an nvidia/cuda base
- CUDA and cuDNN pre-installed next to the scientific Python stack.
- Matches the container pattern the CPU builds already use.
- Still needs a GPU runner (RunsOn or GitHub-hosted) started with
--gpus all. - Trade-off: an image of roughly 15–20 GB, so pull time could cancel out the setup savings unless layer caching works well.
Related
- #152 bakes the environment into the current AMI, and is the near-term path.
- #157 and #158 cover RunsOn Magic Cache and cost right-sizing.
Checklist
- Check whether GitHub-hosted GPU runners are generally available to the org, and at what price
- If they are, compare a cold
lecture-python.mystbuild against RunsOn on time and cost - Decide whether a CUDA container is worth prototyping, given the image size
- Lingua principale
- Shell
- Stelle
- 0
- Fork
- 1
- Merge medio
- 20h 3m
- PR unite (30g)
- 48
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi 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.
Altre issue di QuantEcon/actions
-
low-priority
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
-
bug infrastructure
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di QuantEcon/actions
Issue simili
-
ready-for-pr
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
kunchenguid/firstmate#8332 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
fullsend-ai/agents#1932 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
status: ready
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
melodic-software/claude-code-plugins#15008 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Blacklist | solotogel.orgAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 60/100