MNasNet is a neural architecture search (NAS) framework that directly optimizes for real-world latency on target mobile hardware, not just theoretical FLOPs. It uses a reinforcement learning-based controller to search a novel factorized hierarchical search space, discovering efficient mobile convolutional neural networks (CNNs) that balance accuracy and speed. The search objective is a multi-objective reward combining ImageNet accuracy with a latency penalty measured on the actual device.
Glossary
MNasNet

What is MNasNet?
MNasNet is a pioneering hardware-aware neural architecture search framework developed by Google that uses reinforcement learning to optimize models for both accuracy and real-world latency on mobile devices.
The framework's key innovation is its hardware-aware search, which profiles candidate models directly on a Pixel phone to obtain true latency measurements. This produces models like MNasNet-A1, which achieved state-of-the-art accuracy-latency trade-offs. MNasNet established the paradigm for hardware-in-the-loop NAS, directly influencing later frameworks like ProxylessNAS and Once-For-All (OFA) for microcontroller and edge deployment.
Core Technical Mechanisms
MNasNet is a pioneering hardware-aware neural architecture search framework that uses reinforcement learning to optimize models for both accuracy and real-world latency on mobile devices.
Reinforcement Learning Search Controller
MNasNet's core search algorithm uses a Recurrent Neural Network (RNN) controller trained with Reinforcement Learning (RL). The controller sequentially samples a neural network architecture (a sequence of layer choices) from the search space. After the sampled model is trained and evaluated, the controller receives a reward signal that combines accuracy and a latency penalty, guiding it to discover architectures that balance both objectives.
- Policy Gradient Method: The controller is optimized using the REINFORCE policy gradient algorithm to maximize expected reward.
- Sequential Generation: The controller generates architectures layer-by-layer, deciding on operation type, kernel size, and filter expansion ratio for each block.
Multi-Objective Reward Function
The key innovation of MNasNet is its multi-objective reward function, which directly optimizes for both accuracy and latency. The reward R for a sampled model m is defined as:
R(m) = ACC(m) * [LAT(m) / T]^w
- ACC(m): The model's accuracy on the target task (e.g., ImageNet).
- LAT(m): The model's measured inference latency on the target mobile device.
- T: The target latency (a hard constraint).
- w: A weighting factor that controls the trade-off; a negative
wheavily penalizes models exceeding the target latency.
This formulation allows the search to discover models on the Pareto frontier of accuracy versus latency.
Factorized Hierarchical Search Space
To make the search tractable and discover scalable architectures, MNasNet employs a factorized hierarchical search space. Instead of searching over individual layers, it searches over predefined network blocks and then repeats them to form the full network.
- Block-Level Search: The search space defines a set of Mobile Inverted Bottleneck (MBConv) blocks with variable parameters.
- Layer Parameters: For each block, the controller selects:
- Convolutional Operator: Regular conv, depthwise separable conv, etc.
- Kernel Size: 3x3, 5x5.
- Skip Connection: Whether to include a residual connection.
- Filter Expansion Ratio: The expansion factor within the MBConv block (e.g., 3, 6).
- Hierarchical Structure: Discovered block designs are stacked to form a network, allowing the same efficient block to be reused, which improves hardware performance.
Real-World Latency Measurement
A critical differentiator from prior NAS work is MNasNet's use of real-world latency measurements on physical mobile devices (e.g., Pixel phones) as part of the reward calculation. This ensures the discovered models are optimized for actual deployment conditions, not just theoretical FLOPs.
- On-Device Profiling: Each candidate architecture is built into a TensorFlow Lite model and benchmarked on the target device to obtain its inference latency.
- Latency-Aware Search: This real data feeds the reward function, steering the search away from architectures that are theoretically efficient but suffer from poor hardware utilization due to factors like memory access patterns or operator fusion inefficiencies.
- Platform-Specific Optimization: The search can be run for different hardware platforms (CPU, GPU, DSP), yielding specialized architectures for each.
Progressive Search and Scaling
The MNasNet framework discovers a family of models, not just a single architecture. The search is run with different target latency (T) values in the reward function, producing a spectrum of models optimized for various speed-accuracy trade-offs.
- MNasNet Family: The original paper presented models like MNasNet-A1 (target latency ~75ms on Pixel phone) and MNasNet-A2 (higher accuracy, slightly slower).
- Compound Scaling: The discovered network depth, width, and resolution can be systematically scaled using a compound coefficient, a technique later formalized in EfficientNet. This shows the foundational blocks discovered by MNasNet are highly scalable.
- Transferability: Architectures discovered on ImageNet for mobile latency demonstrated strong performance when transferred to other vision tasks like object detection and semantic segmentation.
Impact and Evolution
MNasNet established the paradigm of hardware-in-the-loop NAS and directly influenced subsequent model families and search techniques.
- Precursor to EfficientNet: The MNasNet-discovered MBConv blocks with squeeze-and-excitation became the basis for the EfficientNet family, which uses compound scaling on top of a NAS-discovered baseline.
- Comparison to ProxylessNAS: Unlike ProxylessNAS, which also performs direct hardware search, MNasNet used an RL-based controller rather than gradient-based architecture parameters.
- Legacy in TinyML: The principles of MNasNet—direct latency optimization and factorized search—are foundational for Microcontroller NAS (MCU-NAS) research, which adapts these ideas for kilobyte-scale memory and microjoule energy budgets.
How MNasNet's Search Process Works
MNasNet's search process is a multi-objective reinforcement learning framework that directly optimizes neural network architectures for both high accuracy and low latency on target mobile hardware.
The search is guided by a controller Recurrent Neural Network (RNN) trained with reinforcement learning. This controller sequentially samples candidate architectures from a factorized hierarchical search space, which defines layer types and connections. Each sampled model is trained briefly, then its real-world latency is measured on the target device (e.g., a mobile phone). The controller's reward is a weighted product of the model's accuracy and a latency penalty, forcing it to discover efficient designs.
This hardware-in-the-loop measurement replaces inaccurate proxy metrics with true on-device performance. The search balances exploration and exploitation, iteratively refining architectures toward the Pareto frontier of optimal accuracy-latency trade-offs. The final output is a family of models, like MNasNet-A1, that are both accurate and fast, having been co-designed with the hardware's specific computational profile from the outset.
Key MNasNet Model Families & Impact
MNasNet pioneered hardware-aware neural architecture search, producing a family of models optimized for the Pareto frontier of accuracy and mobile latency. Its core innovation was integrating real-world latency measurements directly into the search reward.
MNasNet-A1: The Foundational Model
The original model discovered by the MNasNet framework. It introduced the mobile inverted bottleneck convolution (MBConv) with squeeze-and-excitation as a core searchable block. Key characteristics:
- Search Objective: Combined ImageNet accuracy with a direct latency reward measured on a mobile CPU.
- Architecture: A factorized hierarchical search space allowing different layer patterns.
- Impact: Achieved state-of-the-art accuracy (75.2% Top-1) at 78ms latency on a Pixel phone, significantly outperforming manually designed MobileNetV2.
MNasNet-Small & MNasNet-Large
Demonstrated the framework's scalability by searching for models under different latency constraints.
- MNasNet-Small: Optimized for very low latency (< 50ms). Used a shallower network with fewer channels, trading minimal accuracy for speed, ideal for real-time applications.
- MNasNet-Large: Pushed for higher accuracy at a relaxed latency budget. Employed a deeper, wider architecture, showing the search could effectively utilize additional compute for precision gains.
- Significance: Proved Hardware-Aware NAS could produce a Pareto-optimal family of models, not just a single point.
MNasNet-FPN & Object Detection
Extended the hardware-aware NAS paradigm beyond image classification to dense prediction tasks. MNasNet-FPN applied the search to design a Feature Pyramid Network (FPN) backbone for object detection.
- Search Space: Included FPN-specific operations like feature fusion paths and output layer design.
- Result: Discovered a model that outperformed manually designed backbones like ResNet in the COCO object detection benchmark while being 2x faster on mobile.
- Impact: Validated that Hardware-Aware NAS principles were generalizable to complex computer vision architectures.
MNasNet-EdgeTPU
A pivotal evolution targeting dedicated hardware accelerators. This variant incorporated the latency of Google's Edge TPU co-processor into the search reward.
- Hardware Cost Model: Used a lookup table (LUT) of kernel latencies specific to the Edge TPU instruction set.
- Result: Discovered models with novel operator mixes (e.g., specific depthwise convolution patterns) that maximized the accelerator's throughput, achieving up to 1.8x speedup over porting CPU-optimized MNasNet.
- Legacy: Cemented the necessity of accelerator-specific NAS for peak performance, influencing later frameworks like ProxylessNAS.
The Multi-Objective Reward
The core algorithmic innovation that defined MNasNet's success. The search used a reinforcement learning controller with a composite reward function:
R = ACC * (LAT/T)^w
Where ACC is accuracy, LAT is measured latency, T is the target latency, and w is a weight parameter.
- Key Insight: This multiplicative form heavily penalized models that missed the latency target, ensuring Pareto-optimal discoveries.
- Real-World Measurement: Latency was measured by on-device profiling of a prototype network, avoiding inaccurate proxy metrics.
- Influence: This reward formulation became a blueprint for subsequent Hardware-Aware NAS research.
Legacy & Direct Descendants
MNasNet's methodology directly inspired and was superseded by more efficient search techniques and model families.
- EfficientNet: The direct successor. Used a compound scaling method (depth, width, resolution) on the MNasNet-discovered baseline to create a new state-of-the-art family.
- Platform-Aware NAS: MNasNet proved the value of hardware-in-the-loop search, leading to ProxylessNAS (direct GPU/CPU search) and MCU-NAS for microcontrollers.
- Industry Adoption: Its principles are now embedded in commercial AutoML platforms and hardware vendor SDKs (e.g., Qualcomm AI Model Efficiency Toolkit) for generating deployment-optimized models.
MNasNet vs. Other NAS Approaches
This table contrasts MNasNet's hardware-aware, multi-objective search methodology with other prominent Neural Architecture Search (NAS) paradigms, highlighting key differences in optimization targets, search efficiency, and deployment readiness.
| Feature / Metric | MNasNet (Google) | Reinforcement Learning NAS (RL-NAS) | Differentiable NAS (e.g., DARTS) | Evolutionary NAS |
|---|---|---|---|---|
Primary Search Objective | Multi-objective: Accuracy & Real-World Latency | Single-objective: Validation Accuracy | Single-objective: Validation Accuracy | Single-objective: Validation Accuracy |
Hardware-Aware Optimization | ||||
Search Strategy | Policy Gradient (RL) with Latency Reward | Policy Gradient or Q-Learning | Gradient-Based Optimization | Genetic Algorithms (Mutation/Crossover) |
Search Efficiency (GPU Days) | ~40,000 (MobileNet-level model) | ~2,000 - 4,000 (NASNet) | < 1 | ~100 - 300 (AmoebaNet) |
Direct On-Device Latency Measurement | ||||
Output Architecture Type | Mobile-Optimized CNN (MobileNet-like) | Complex, General-Purpose CNN | Cell-Based Architecture | Complex, General-Purpose CNN |
Pareto-Optimal Frontier Discovery | ||||
Deployment Target | Mobile CPUs (e.g., Pixel Phone) | Cloud / Datacenter GPUs | General-Purpose Hardware | General-Purpose Hardware |
Search Space Design | Factorized Hierarchical (Macro & Micro) | Flat, Sequential Layer Generation | Continuous, Cell-Based Supernet | Flat or Graph-Based |
Requires Proxy Dataset/Task | ||||
Primary Contribution | Pioneering direct hardware latency optimization in search | Automating architecture design via RL | Making NAS efficient via gradient descent | Applying evolutionary principles to NAS |
Frequently Asked Questions
MNasNet is a pioneering hardware-aware neural architecture search framework from Google that optimizes models for both accuracy and real-world latency on mobile devices. These FAQs address its core mechanisms, applications, and role in TinyML.
MNasNet is a hardware-aware neural architecture search (NAS) framework that uses reinforcement learning to automate the design of convolutional neural networks optimized for both high accuracy and low latency on target mobile devices. It works by defining a controller RNN (Recurrent Neural Network) that samples a candidate model architecture from a search space. This candidate is then trained and its accuracy is measured on a dataset like ImageNet. Crucially, the model's real-world latency is also measured by running inference on the actual target hardware (e.g., a Pixel phone). The combination of accuracy and latency forms a multi-objective reward that is used to update the controller via REINFORCE policy gradient, guiding it to discover better architectures over many iterations. This direct incorporation of on-device latency into the search objective is what distinguishes MNasNet from prior NAS methods.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
MNasNet is a foundational method within the broader field of automated neural network design. These related concepts define the core components and advanced techniques of Hardware-Aware Neural Architecture Search.
Hardware-Aware Neural Architecture Search
A variant of NAS that incorporates hardware-specific constraints—such as latency, memory footprint, and energy consumption—directly into the search objective. Unlike standard NAS which optimizes only for accuracy, this method discovers models optimized for a specific deployment platform (e.g., a mobile phone CPU or microcontroller).
- Key Objective: Jointly maximize accuracy and hardware efficiency.
- Core Innovation: Uses a hardware cost model (e.g., a latency lookup table) to evaluate candidates without full on-device deployment during search.
- Example: MNasNet is a seminal example, using a reinforcement learning controller with a multi-objective reward balancing ImageNet accuracy and real-world Pixel phone latency.
Search Space
In Neural Architecture Search, the search space defines the universe of all possible neural network architectures the algorithm can explore. It is parameterized by variables such as:
- Layer Operations: Choice between convolution, depthwise convolution, pooling, identity, or zero (skip).
- Connectivity: How layers are connected (e.g., sequential, residual, dense).
- Hyperparameters: Number of channels, kernel size, expansion ratios.
A well-designed search space balances expressiveness (ability to find high-performing models) with tractability (size the search algorithm can manage). MNasNet used a mobile-friendly search space built from MobileNetV2-like inverted bottleneck blocks.
Search Strategy
The algorithmic method used to explore the NAS search space. Different strategies trade off between exploration, efficiency, and computational cost.
- Reinforcement Learning (RL): A controller network (often an RNN) is trained with policy gradient methods to generate architecture strings. MNasNet used an RL-based controller.
- Evolutionary Algorithms: A population of architectures is evolved using selection, mutation, and crossover.
- Gradient-Based Methods (e.g., DARTS): The discrete search space is relaxed to be continuous, allowing architecture parameters to be optimized via gradient descent.
- One-Shot / Weight-Sharing: A single supernet is trained; candidate architectures are evaluated as subgraphs sharing the supernet's weights, drastically reducing search cost.
Multi-Objective Optimization
The process of optimizing a system across two or more competing objectives where improving one often degrades another. In Hardware-Aware NAS, the primary objectives are model accuracy and hardware efficiency metrics (latency, model size).
- Pareto Frontier: The set of optimal trade-off solutions where no objective can be improved without worsening another. The goal of multi-objective NAS is to discover architectures on this frontier.
- Reward Formulation: MNasNet's key contribution was a novel compound reward function:
Reward = ACC(α) * [LAT/T]^β, whereACCis accuracy,LATis latency,Tis the target latency, andα, βare weighting parameters. This directly trades accuracy for latency.
Hardware Cost Model
A predictive function that estimates the real-world performance (latency, power, memory) of a candidate neural network architecture on specific target hardware. It is essential for efficient Hardware-Aware NAS.
- Purpose: Avoids the prohibitive cost of deploying and profiling every candidate on real hardware during search.
- Implementation Types:
- Lookup Table (LUT): Pre-measured latency for each operation (e.g., 3x3 conv on a specific CPU core). The total model latency is summed from its parts. MNasNet used this method.
- Neural Network Predictor: A small MLP trained to predict latency from an architecture encoding.
- Analytical Model: A formula based on FLOPs, memory bandwidth, and hardware specs.
- Accuracy: The fidelity of the cost model directly impacts the quality of the final NAS-discovered model.
ProxylessNAS
A direct successor to MNasNet that advanced Hardware-Aware NAS by eliminating the proxy task. Earlier NAS methods (including some prior to MNasNet) searched on a smaller dataset (e.g., CIFAR-10) or with fewer training epochs before transferring the found architecture to a larger task (e.g., ImageNet).
- Key Innovation: ProxylessNAS performs the architecture search directly on the target task and dataset (e.g., ImageNet) and target hardware, removing proxy inaccuracies.
- Method: It uses a gradient-based approach and path-level binarization of the supernet, allowing efficient, memory-friendly search.
- Hardware Awareness: Like MNasNet, it directly incorporates latency, measured via a lookup table, into the loss function using Gumbel Softmax for differentiable selection. It demonstrated state-of-the-art accuracy-latency trade-offs on mobile devices.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us