Test legat de ghid · Mediu Nivel
Test de antrenament mixt de precizie
Covers FP16 range and loss scaling, bfloat16, master weights, autocast, Tensor Core accumulation, and measured hardware-dependent gains.
Întrebare 1 de 8
In an FP16 training recipe that keeps an FP32 master weight, why retain it?
Previzualizează fiecare întrebare8 întrebări
Răspunsurile și explicațiile apar pe măsură ce susțineți testul.
- In an FP16 training recipe that keeps an FP32 master weight, why retain it?
- Pentru a păstra precizia actualizărilor minuscule de greutate pe care 16 biți le-ar putea rotunji
- Pentru a face fișierul model mai mic pe disc
- Pentru a permite antrenamentul fără GPU
- Pentru a cripta parametrii modelului
- Ce problemă rezolvă scalarea pierderilor în formarea FP16?
- Modele care supraajustează datele
- Gradienții depășesc până la zero, deoarece intervalul FP16 este îngust
- GPU-urile rămân fără spațiu pe disc
- Încărcare lentă a datelor de pe disc
- Ce avantaj are bfloat16 față de FP16?
- Utilizează mai puțini biți în total
- Stochează text în loc de numere
- Are aceeași gamă largă de exponenți ca FP32, reducând nevoia de scalare a pierderilor
- Funcționează doar pe procesoare
- For many supported Tensor Core matrix operations, how are partial sums commonly accumulated?
- In integer arithmetic with no rounding
- In text before converting to FP16
- In FP16 only, which prevents every numerical error
- In FP32, which reduces rounding error compared with low-precision accumulation
- What is a common benefit of using 16-bit values for supported training operations?
- They can reduce tensor memory and improve throughput, with gains depending on hardware and workload
- They guarantee higher model accuracy
- They remove the need to compute gradients
- They always double end-to-end training speed
- Which current PyTorch APIs are commonly used for automatic mixed-precision training?
- torch.cuda.amp only, which is the recommended new namespace
- torch.amp.autocast and, for FP16 gradient scaling, torch.amp.GradScaler
- torch.load and torch.save
- torch.nn.DataParallel and torch.manual_seed
- Why does bfloat16 often need less loss scaling than FP16?
- It has more mantissa bits than FP32
- It stores gradients as integers
- It has an exponent range like FP32, so very small gradients are less likely to underflow
- It never rounds values
- What does autocast do in automatic mixed precision?
- Converts every tensor and operation to FP16 unconditionally
- Replaces the optimizer with a different algorithm
- Guarantees identical bitwise results to FP32
- Selects operation dtypes so supported operations can use lower precision while others retain safer precision