Why Pay Attention to AdGuard on ARM Devices
If you’re using a Surface Pro X, ThinkPad X13s, or any other Windows on ARM device, you’ve probably run into a frustrating problem—many common apps either won’t install or run poorly through a compatibility layer, causing stuttering and battery drain. Ad blockers are no exception. AdGuard v7.11 finally fills that gap, offering native support for 64-bit ARM processors without relying on x86 translation. For users who prioritize light productivity and long battery life, this is a quiet but significant upgrade.
The Background of ARM Support
ARM architecture takes a fundamentally different path from traditional x86. It focuses on fast response times with low power consumption, which is why ARM chips are everywhere in phones, tablets, and routers. But Windows has long been tied to x86, and software adoption on ARM has been slow. AdGuard started testing ARM drivers in v7.11 beta 1 (August 2022), refined them in beta 2 (September), and shipped the stable release in October—a fairly tight timeline. By v7.17 and v7.20 beta (2024–2025), ARM stability has caught up with the x86 version.
One detail worth noting: AdGuard automatically detects the processor type. When you install it on an ARM device, it matches the correct driver without requiring you to pick a version manually. The installation process is identical to any standard Windows app, making it very user-friendly even for beginners.
Not Just “Runs” but “Runs Better”
Native ARM support brings several concrete benefits:
- Noticeably lower power consumption: Without the x86 emulation layer, CPU load drops, giving your laptop a visible boost in battery life. This is especially important for users who keep AdGuard running in the background all day.
- Improved response speed: Native drivers reduce filtering latency—DNS filtering and rule matching complete faster during page loads.
- Significant stability leap: v7.15.1 fixed HSTS/SSL certificate errors in Firefox; v7.17 improved the experimental Encrypted ClientHello feature. ARM versions receive all these fixes simultaneously.
As a side note: If you run Windows via Parallels Desktop on an M1/M2/M3 Mac, AdGuard’s ARM driver will also work. This is a nice bonus for Mac users who occasionally switch to Windows for work and want to keep their ad-free experience.
Encrypted DNS Filtering: An Extra Perk for ARM Users
AdGuard v7.11 also introduced a major feature: filtering encrypted DNS-over-HTTPS (DoH) requests. Previously, AdGuard could only handle unencrypted DNS requests. If your browser used DoH, AdGuard had to filter traffic inside the browser and then forward it as unencrypted requests, weakening security. Now you can enable “Filter secure DNS requests” in the advanced settings, letting AdGuard handle encrypted traffic natively.
By v7.17, AdGuard further implemented on-the-fly DoH connection filtering. DNS requests from the browser no longer need to go through the system DNS; they are filtered and encrypted entirely inside AdGuard. For privacy-conscious users, this upgrade is as significant as ARM support itself.
HTTP/3 Filtering and CoreLibs Evolution
AdGuard’s filtering engine, CoreLibs, has been steadily improving. v7.15 introduced HTTP/3 (HTTP-over-QUIC) filtering. Compared to TCP, the QUIC protocol offers faster handshakes and better multiplexing, making a noticeable difference on weak networks. AdGuard can now identify and block QUIC-based ad requests, which means higher block rates and fewer slip-throughs.
I ran a quick test on my Surface Pro X after installing v7.17. On popular sites like YouTube, Bilibili, and news portals, ad blocking performance was identical to the x86 version, and page load times were actually slightly faster thanks to QUIC optimization. After CoreLibs upgraded to v1.14.53, experimental support for Encrypted ClientHello (ECH) was also added. ECH encrypts the last plaintext part of the TLS handshake, and once this feature is enabled by default, it will close the final gap in privacy protection.

