Docker Desktop 4.36 Introduces Resource Saver Mode
Docker has released Docker Desktop 4.36 with a new resource saver mode that automatically reduces CPU and memory consumption when containers are idle. For developers running Docker alongside IDEs and browsers, this addresses the most common complaint - Docker consuming too many system resources.
How Resource Saver Works
When no containers are running active workloads, Docker Desktop now throttles its background processes. The Docker Engine virtual machine reduces its memory allocation and CPU scheduling priority. In testing, this results in 70-80 percent lower resource usage during idle periods.
The feature activates automatically after a configurable idle threshold (default: 5 minutes) and resumes full performance within seconds when containers receive traffic or commands.
Improved Build Performance
Docker Desktop 4.36 also includes BuildKit improvements that speed up multi-stage builds by caching intermediate layers more effectively. For large Magento or Laravel Docker images with multiple build stages, rebuild times can drop by 30-50 percent.
Compose Watch Enhancements
Docker Compose Watch, the file-syncing feature for development workflows, now supports exclude patterns and has reduced file system event latency on macOS. This means faster hot-reload cycles when developing with Docker Compose.
Availability
Docker Desktop 4.36 is available for macOS, Windows, and Linux. The resource saver mode is enabled by default in new installations and can be toggled in Settings for existing users.
Docker Desktop 4.36 is a welcome update for developers who have been frustrated by Docker's resource consumption on macOS and Windows.
Talk to the engineer who will own your stack.
No account managers, no offshore handoff. Senior DevOps, direct. Tell us what you are dealing with and you get a straight answer.
Related News
OpenAI Is Deleting GPT-5 and o3 in December and the Teams That Pinned Their Models Break First
OpenAI notified developers on June 11, 2026 that six GPT-5 and o3 model snapshots leave the first-party API on December 11, 2026. Teams that pinned an exact dated snapshot ID, OpenAI's own recommended production practice, break loudly on that date, while floating aliases keep working but silently change behavior.
Server & DevOpsHelm 3 Is Going End of Life and Helm 4 Will Quietly Break the Flags Your Pipeline Depends On
Helm 4 went GA on November 12, 2025 at KubeCon North America, and the Helm project has set firm Helm 3 end-of-life dates: the final limited release lands September 9, 2026, and security patches run only through February 2027. The catch is that Helm 4 changes the command-line surface your CI/CD depends on, with two genuinely breaking changes plus a set of flag renames, so the migration touches automation, not just interactive use.
Server & DevOpsGitHub Will Stop Running Your Jobs When Your Self-Hosted Runners Fall Behind
GitHub is enforcing a minimum self-hosted runner version (2.329.0) plus a rule that runners must take updates within 30 days of release, or they stop running jobs. Full enforcement lands 2026-07-31 for Enterprise Cloud with Data Residency and 2026-09-25 for Enterprise Cloud. GitHub-hosted runners are unaffected.