Kuis terkait panduan · Sedang Tingkat
Kuis Pengorbanan Perhitungan Ulang Aktivasi
Uji aktivasi yang memeriksa pengorbanan memori, penghitungan ulang selektif, dan kebenaran pemutaran ulang, termasuk mengapa komputasi tambahan tidak memperbaiki semua biaya memori.
Pertanyaan 1 dari 8
Apa gunanya perhitungan ulang aktivasi untuk menghemat memori?
Pratinjau setiap pertanyaan8 pertanyaan
Jawaban dan penjelasan muncul saat Anda mengikuti kuis.
- Apa gunanya perhitungan ulang aktivasi untuk menghemat memori?
- Akurasi model
- Komputasi ekstra (FLOP)
- Bandwidth jaringan
- Presisi numerik
- Mengapa aktivasi forward-pass biasanya disimpan?
- Untuk menampilkannya kepada pengguna
- Untuk mengompres model
- Mereka diperlukan untuk tokenisasi
- Karena propagasi mundur memerlukannya untuk menghitung gradien
- Why should activation checkpointing overhead be measured on the actual model?
- Checkpoint placement, operators, and hardware determine the cost of replay
- It always adds exactly forty percent to wall-clock time
- It guarantees a tenfold speed improvement
- It removes all forward computation
- For an idealized N-layer chain with comparable activations, what storage scaling can square-root checkpoint placement achieve?
- O(N squared) for all model parameters
- O(1) for all training memory regardless of N
- O(sqrt(N)) for activation storage
- O(N squared) for optimizer state
- Apa gagasan di balik penghitungan ulang selektif (bukan penuh)?
- Hitung ulang setiap operasi dua kali
- Jangan pernah menghitung ulang apa pun
- Hitung ulang hanya lapisan penyematan
- Hitung ulang hanya operasi yang banyak memori tetapi komputasinya murah, cache yang mahal
- Teknik pelengkap manakah yang sering digabungkan dengan penghitungan ulang untuk menghemat lebih banyak memori?
- Meningkatkan ukuran batch
- Membongkar aktivasi ke CPU atau NVMe
- Menghapus semua lapisan normalisasi
- Beralih ke mode inferensi
- A checkpointed block contains dropout. Why does consistent RNG state matter during replay?
- Dropout becomes a model-weight quantizer
- The optimizer no longer needs gradients
- Backward recomputation should reproduce the intended forward randomness
- The batch size must become one
- Checkpointing reduces stored activations, but optimizer states still exceed GPU memory. Why is the job still out of memory?
- Activation recomputation does not remove optimizer-state storage
- Checkpointing increases every optimizer tensor to FP64
- Backward no longer consumes any memory
- The model cannot use checkpointing with an optimizer