Question regarding gradient checkpointing
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- jupyter-notebook, pytorch
- Ambito
- machine-learning, performance
Direzione di ricerca
Start with pytorch_ipynb/mechanics/gradient-checkpointing-nin.ipynb and rerun the vanilla NiN and checkpointed experiments described in the issue, including the reported memory and runtime measurements. Compare the current results with the notebook's conclusion and determine whether the discrepancy is reproducible; done means explaining the difference or updating the experiment's conclusion.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello,
I am trying to understand gradient checkpointing and found your explanation in gradient-checkpointing-nin.ipynb very helpful. I cloned the repo and tried rerunning the experiments. However, I was unable to reproduce the result mentioned in your conclusion.
When I run the notebook, for the vanilla NiN, my memory consumption (current, peak) are 413527 and 154049604, with runtime 109.1s.
For the checkpointed version (segments=1) of the model, the memory consumption are 402938 and 154064699, with runtime 110.14s.
From these tests, I was not able to observe a significant improvement in memory as the notebook states (22% memory improvement with 14% runtime sacrifice).
I've tried running with multiple seeds and checkpoint segment sizes, and was not able to see a significant memory improvement either.
I'm not sure why this is and could need a bit of help. Could this be due to the size of the network is relatively small and the effects are less obvious? Or could it be the checkpointing implementation from PyTorch has changed over the years? I would appreciate it if you could provide any insight in this.
- Lingua principale
- Jupyter Notebook
- Stelle
- 17.6k
- Fork
- 4.1k
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
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 rasbt/deeplearning-models
-
Encoder weights initialized twice, decoder weights not initializedForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
rasbt/deeplearning-models#79 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
rasbt/deeplearning-models#78 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
rasbt/deeplearning-models#76 · 2 commenti · 1 reazione ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
rasbt/deeplearning-models#63 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 15/100
rasbt/deeplearning-models#56 · 3 commenti ·
Tutte le issue di rasbt/deeplearning-models
Issue simili
-
[Bug]: SparseGPTModifier and WandaPruningModifier prune modules listed by exact name in `ignore`Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
vllm-project/llm-compressor#3304 ·
I maintainer di solito rispondono entro 1 giorno
-
MiniMax provider forces `thinking: disabled`, which MiniMax-M3.1-Flash-Preview rejects with HTTP 400Apertacore
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
vectorize-io/hindsight#5718 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
mlr-org/mlr3cmprsk#42 ·
I maintainer di solito rispondono entro 1 giorno
-
StructuredCovEstimator crashes for one factor and uses inconsistent residual varianceForse già presa @Divyansh151005 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
microsoft/qlib#2377 · 1 commento ·
I maintainer di solito rispondono entro 3 giorni
-
bug(sdk): ExitHandler allows artifact dependency on upstream task and fails compilerForse già presa @ravikumar266 l’ha presa oggi. Apertaarea/sdk kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
kubeflow/pipelines#14924 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno