Google Expands Android 17 Per-App Memory Limits to All Manufacturers
The OS will now throttle or terminate memory-hungry apps across devices with 4GB to 16GB+ of RAM to ensure system stability.
Google is expanding the enforcement of per-app memory limits introduced in Android 17 beyond Pixel devices to a broader range of Android manufacturers. This move aims to prevent individual applications from compromising overall system responsiveness by strictly capping how much RAM a single process can consume.
The new enforcement applies to a wide spectrum of hardware, specifically targeting devices with RAM configurations ranging from 4GB to over 16GB. According to the Android Developers Blog, the system employs a two-step penalty process for apps that exceed their allotted memory budget. First, the OS forces the app's data into zRAM—a compressed portion of memory—which increases CPU overhead and often results in visible UI jank. If memory usage continues to rise despite this throttling, the OS will terminate the process entirely.
The Shift to Intelligence Systems
This policy shift comes as Android 17 transitions toward an "intelligence system" architecture, where AI-driven tasks and heavy multitasking are central to the user experience. However, this software evolution is colliding with hardware economics; rising memory prices have led some manufacturers to maintain or even decrease physical RAM capacities in new devices. Consequently, software-level memory management has become critical to ensure that a single "hog" app cannot slow down the entire operating system for the user.
Implications for Developers
This change shifts the burden of memory management more heavily onto developers. While the move promises a smoother experience for the average user by preventing system-wide sluggishness, it creates a new risk for high-performance software. Poorly optimized applications—particularly memory-intensive mobile games or local AI tools—may now experience unexpected slowdowns or crashes across a much wider variety of hardware than previously seen.
Blair Harmon, Director of Product Management for the Android Platform, emphasized the stakes for developers, stating, "If your app exceeds these limits, it will be slowed down and may be terminated."
What to Watch
As these limits roll out to more manufacturers, the industry will be watching to see how developers adapt their memory allocation strategies. The primary concern remains whether the aggressive use of zRAM will create a perceived performance dip on mid-range devices before the OS decides to kill the app. For now, developers are encouraged to audit their memory footprints to avoid the two-step enforcement cycle on the expanding list of supported hardware.