EmulatorPowerFix

Fix for a slow Android Emulator on Windows 11 with Intel hybrid CPUs (12th gen and newer, P-cores + E-cores): Windows power-throttles the headless emulator onto the E-cores. Cold boot gets 2–3× slower, and the guest produces an ANR storm. One Win32 call fixes it, with no admin rights.

Upstream report: Google Issue Tracker 572278410. Root-cause analysis and measurements by Mert Özallı (@emperorbug46).

Status (28 Oct 2026): fixed in Android Emulator 37.3.6. Google accepted the diagnosis, merged a fix on 21 Oct 2026 and shipped it in emulator 37.3.6 (canary/dev channel) on 28 Oct 2026. Verified on the original test machine: with no workaround, the emulator opts its own qemu process out of power throttling, cold boot takes 46 s with 0 ANRs, and the load is spread over the P-cores and E-cores. Update the emulator; the script below is only needed on 37.3.5 or older.

Unofficial. Not affiliated with Google, Android or Intel.

English · Türkçe

---

English

1. Symptoms

You run the emulator headless (-no-window, as CI and UI-test setups do) on a Windows 11 laptop or desktop with an Intel 12th-gen-or-newer CPU, and:

• cold boot takes 75–125 s to sys.boot_completed;
• "System UI isn't responding" and other ANRs show up after every boot, and UI tests lose input;
• the device stays unusable for 3–5 minutes;
• Task Manager shows the E-cores at 80–100% and the P-cores almost idle, while qemu-system-x86_64-headless.exe stays at about 3–4 logical processors.

Changing RAM, vCPU count, GPU mode, disk or Defender settings does not help.

2. Root cause

Windows' Power Throttling (EcoQoS) heuristic sees a process with no visible window and treats it as background work. About 15 s after start, the emulator's qemu process is moved onto the E-cores and kept there. The guest is CPU-starved: it spends 55–70% of its time in kernel mode and its watchdogs fire (ANRs).

Disabling power throttling for the qemu process only (no change to affinity or priority) removes the slowdown completely.

3. Measurements

Same AVD (Android 36, google_apis x86_64, 4 vCPUs, 4 GB), cold boot, back-to-back runs on an Intel Core i5-13420H (4 P-cores + 4 E-cores), Windows 11, WHPX, AC power, High performance plan:

Run	Change	boot_completed	ANRs	qemu CPU peak	Guest ≥90% idle
A	none	74 s	10	~3.8 LP	not within 200 s
B	none	106 s	6	~3.7 LP	not within 230 s
E	none	126 s	3	~3.8 LP	not within 220 s
C	power throttling off for qemu	42 s	1	~9.6 LP	after ~92 s
D	off + P-core affinity + HIGH priority	44 s	1	n/a (pinned)	after ~106 s

Per-core load in run E (qemu started at about t = 47 s):

  t    P-core avg  E-core avg
  50     21.6%       20.4%
  65     11.3%       39.8%   <- work starts moving to the E-cores
  75      6.4%       93.8%
 120-220  5-12%      99.7-100%

Run D shows that pinning and priority add nothing: the power-throttling opt-out alone is the fix. Full details are in the upstream report.

4. Usage

Only needed on emulator 37.3.5 or older. On 37.3.6 or newer, update instead (see 6. The real fix).

Download emulator_power_fix.ps1, then run it in Windows PowerShell 5.1 or PowerShell 7. No administrator rights needed.

After the emulator has started:

powershell -ExecutionPolicy Bypass -File emulator_power_fix.ps1

Or start it first and let it wait for the emulator (up to 60 s). This is better, because the throttling starts about 15 s after launch:

powershell -ExecutionPolicy Bypass -File emulator_power_fix.ps1 -Wait 60

Output:

qemu-system-x86_64-headless (PID 1904): power throttling disabled

The setting lasts until that emulator process exits, so run it once per emulator start. It also works on an emulator that is already running and throttled: in testing, the P-cores went from 8–15% to 71–91% within 5 s.

Read the script before running it. It is about 60 lines, makes one Win32 call (SetProcessInformation with ProcessPowerThrottling) for each qemu-system-* process, and changes nothing else.

5. Permanent alternative (admin)

Windows can remember the exemption per executable (not tested by me; this is the approach reported for VMware Workstation):

powercfg /powerthrottling disable /path "%LOCALAPPDATA%\Android\Sdk\emulator\qemu\windows-x86_64\qemu-system-x86_64-headless.exe"

For the windowed emulator, use qemu-system-x86_64.exe in the same folder.

6. The real fix

The emulator can opt itself out at startup, which would fix this for every affected Windows user:

PROCESS_POWER_THROTTLING_STATE s = {0};
s.Version     = PROCESS_POWER_THROTTLING_CURRENT_VERSION;
s.ControlMask = PROCESS_POWER_THROTTLING_EXECUTION_SPEED |
                PROCESS_POWER_THROTTLING_IGNORE_TIMER_RESOLUTION;
s.StateMask   = 0;   /* never throttle */
SetProcessInformation(GetCurrentProcess(), ProcessPowerThrottling, &s, sizeof(s));

This was proposed in issue 572278410. On 21 Oct 2026 the emulator team merged a fix and marked the issue Fixed, and on 28 Oct 2026 it shipped in emulator 37.3.6 (canary/dev channel).

Verified on 37.3.6, on the same machine and AVD as in 3. Measurements, headless cold boot, without the script:

Emulator	Workaround	boot_completed	ANRs	qemu CPU peak
36.6.11	none	74–126 s	3–10	~3.8 LP
36.6.11	this script	42 s	1	~9.6 LP
37.3.6	none	46 s	0	~9.8 LP

On 37.3.6, GetProcessInformation(ProcessPowerThrottling) on the qemu process reports EXECUTION_SPEED throttling as off from the first second, and the P-cores and E-cores are loaded evenly. The script changes nothing there any more.

To get it before it reaches the stable channel, choose the Canary channel in Android Studio (Settings → Appearance & Behavior → System Settings → Updates) and update Android Emulator in the SDK Manager, or run:

sdkmanager --channel=2 emulator

The Windows side (a VM process running WHPX vCPUs should not be classified as background work) has also been reported to Microsoft through Feedback Hub.

7. Related

• VMware Workstation on Windows 11 with Intel hybrid CPUs: the same mechanism hitting another hypervisor.
• Microsoft: Process power throttling

8. License

MIT. See LICENSE.

---

Türkçe

1. Belirtiler

Emülatörü penceresiz (-no-window; CI ve arayüz testlerinde olduğu gibi) Intel 12. nesil ya da daha yeni işlemcili bir Windows 11 makinede çalıştırıyorsunuz ve:

• soğuk açılış sys.boot_completed'a kadar 75–125 sn sürüyor;
• her açılışta "Sistem kullanıcı arayüzü yanıt vermiyor" ve başka ANR'ler çıkıyor, arayüz testleri girdi kaybediyor;
• cihaz 3–5 dakika kullanılamıyor;
• Görev Yöneticisi'nde E-çekirdekler %80–100, P-çekirdekler neredeyse boşta; qemu-system-x86_64-headless.exe 3–4 mantıksal işlemcide kalıyor.

RAM, vCPU sayısı, GPU modu, disk ya da Defender ayarlarını değiştirmek işe yaramıyor.

2. Kök neden

Windows'un güç kısıtlama (EcoQoS) sezgisi, görünür penceresi olmayan süreci arka plan işi sayıyor. Açılıştan yaklaşık 15 sn sonra emülatörün qemu süreci E-çekirdeklere taşınıyor ve orada tutuluyor. Misafir sistem işlemci açlığı çekiyor: zamanının %55–70'i çekirdek kipinde geçiyor ve bekçi zamanlayıcıları ANR üretiyor.

Yalnız qemu süreci için güç kısıtlamasını kapatmak (benzeşim ya da öncelik değiştirmeden) yavaşlığı tamamen ortadan kaldırıyor.

3. Ölçümler

Aynı AVD, soğuk açılış, art arda çalıştırmalar: kısıtlama açıkken 74 / 106 / 126 sn ve 3–10 ANR; qemu için kısıtlama kapalıyken 42 sn ve 1 ANR, qemu tepe kullanımı ~3,8 yerine ~9,6 mantıksal işlemci. Tablo ve çekirdek başına yük için İngilizce bölümdeki Ölçümler kısmına bakın.

4. Kullanım

Yalnız emülatör 37.3.5 ya da daha eskiyse gerekir. 37.3.6 ve sonrasında betik yerine emülatörü güncelleyin (bkz. 6. Asıl çözüm).

emulator_power_fix.ps1 dosyasını indirip Windows PowerShell 5.1 ya da PowerShell 7'de çalıştırın. Yönetici hakkı gerekmez.

Emülatör açıldıktan sonra:

powershell -ExecutionPolicy Bypass -File emulator_power_fix.ps1

Ya da önce betiği başlatıp emülatörü beklemesini sağlayın (en çok 60 sn). Kısıtlama açılıştan ~15 sn sonra başladığı için bu daha iyidir:

powershell -ExecutionPolicy Bypass -File emulator_power_fix.ps1 -Wait 60

Ayar o emülatör süreci kapanana dek geçerlidir; her emülatör açılışında bir kez çalıştırın. Zaten açık ve kısıtlanmış bir emülatörde de çalışır: denemede P-çekirdekler 5 sn içinde %8–15'ten %71–91'e çıktı.

Çalıştırmadan önce betiği okuyun. Yaklaşık 60 satırdır, her qemu-system-* süreci için tek bir Win32 çağrısı (SetProcessInformation, ProcessPowerThrottling) yapar, başka hiçbir şeyi değiştirmez.

5. Kalıcı seçenek (yönetici)

powercfg /powerthrottling disable /path "%LOCALAPPDATA%\Android\Sdk\emulator\qemu\windows-x86_64\qemu-system-x86_64-headless.exe"

Pencereli emülatör için aynı klasördeki qemu-system-x86_64.exe'yi kullanın. (Bunu kendim denemedim; VMware için bildirilen yöntem budur.)

6. Asıl çözüm

Emülatörün açılışta bu çağrıyı kendisinin yapması, etkilenen bütün Windows kullanıcıları için sorunu çözer. Bu öneri 572278410 numaralı kayıtta Google'a iletildi. Emülatör ekibi 21.10.2026'da düzeltmeyi birleştirip kaydı "Fixed" olarak kapattı; düzeltme 28.10.2026'da emülatörün 37.3.6 sürümüyle (canary/dev kanalı) yayımlandı.

Aynı makine ve AVD'de, betik olmadan doğrulandı: 37.3.6 qemu sürecinde güç kısıtlamasını açılışın ilk saniyesinden kendisi kapatıyor; soğuk açılış 46 sn, 0 ANR, qemu tepe kullanımı ~9,8 mantıksal işlemci, yük P ve E çekirdeklere eşit dağılıyor. Bu sürümde betik artık bir şey değiştirmiyor.

Kararlı kanala gelmeden almak için Android Studio'da Canary kanalını seçip (Settings → Appearance & Behavior → System Settings → Updates) SDK Manager'dan Android Emulator'ı güncelleyin ya da sdkmanager --channel=2 emulator çalıştırın. Windows tarafı da Feedback Hub üzerinden Microsoft'a bildirildi.

7. Lisans

MIT. Bkz. LICENSE.