Use right-sized and energy-efficient AI models
Applicable Role: Provider and Consumer
Description
AI and ML models vary significantly in size, architecture, complexity, and resource requirements. Larger models typically require more compute, memory, and storage, leading to higher energy consumption during both training and inference.
Using models that are appropriately sized and architecturally efficient for the task avoids unnecessary resource usage. This includes selecting smaller or task-specific models, choosing energy-efficient architectures at equivalent capability levels, and applying optimization techniques to reduce model footprint without sacrificing required performance.
Solution
- Evaluate model options based on task requirements, deployment constraints, and available model catalogs before selecting a model
- Select smaller or task-specific models where they provide sufficient performance
- Choose base models that provide the required capability with lower compute requirements
- Prefer optimized or distilled versions of larger models for fine-tuning and inference
- Apply model compression techniques such as quantization, pruning, and knowledge distillation
- Remove redundant or inactive parameters where possible
- Evaluate model options based on performance and energy efficiency using benchmarks representative of the target deployment environment
- Continuously evaluate newer model variants that offer improved efficiency
- Avoid defaulting to the largest available model when simpler alternatives can achieve similar outcomes
SCI Impact
SCI = (E × I) + M per R
E (Energy): Smaller or optimized models reduce compute requirements, memory usage, and data movement during training and inference.
M (Embodied Carbon): Reduced infrastructure and storage needs lower embodied emissions over time.
R (Functional Unit): When the functional unit is per inference or per token, right-sizing a model reduces the energy cost per functional unit, directly lowering the SCI score. However, if optimization reduces output quality and more functional units are needed to achieve the same outcome, the net effect on SCI should be evaluated.
Cost Impact
- Compute costs: Reduced due to smaller model sizes and faster inference
- Infrastructure costs: Lower due to reduced memory and storage requirements
- Benchmarking and evaluation: Requires additional effort and cost but is essential for identifying the most efficient model for a given use case
- Trade-off: Optimization for efficiency may require initial investment in model compression tooling
Assumptions
- Smaller or optimized models can meet the functional requirements of the application
- Model performance can be validated against application-specific functional and quality thresholds
- Efficiency improvements are evaluated against acceptable trade-offs in output quality, accuracy, latency, and cost
Considerations
- Trade-offs between model size, accuracy, latency, and efficiency should be evaluated in the context of task requirements, deployment hardware, data characteristics, preprocessing requirements, and operational constraints
- Some complex or domain-specific tasks may still require larger models or fine-tuning
- Model suitability depends on task requirements, deployment hardware, data characteristics, preprocessing requirements, and operational constraints
- Over-optimization can degrade performance or output quality
- Monitoring and periodic re-evaluation introduce overhead and should balance observability benefits with resource consumption
- Benchmarking should include both performance and resource usage in representative deployment environments
References
- Quantization and Pruning Techniques — Hugging Face Optimum
- Knowledge Distillation — DistilBERT (Sanh et al., 2019)
- ML CO2 Impact — Estimate carbon emissions from ML compute
- Green AI (Schwartz et al., 2020) — Efficiency in AI Research
- Efficient Transformers: A Survey (Tay et al., 2022)
- ISO/IEC 21031:2024 — Software Carbon Intensity (SCI) Specification