Jak vypnout Cross-Device Resume

Krátká odpověď

Cross-Device Resume lze vypnout pomocí MDM politiky Windows. V našem experimentu se po jejím použití, restartu a přihlášení CrossDeviceResume.exe nespustil po dobu 153 sekund pozorování. Při opětovném povolení funkce a dalším restartu se proces znovu objevil.

Jednodušší je použít nastavení přes BoosterX → Optimalizace → Tweaky → Cross-Device Resume: zvolit vypnutí, stisknout „Použít“ a restartovat PC. Tento výzkum prověřoval veřejný mechanismus Windows, nikoli implementaci BoosterX: jak přesně program nastavení aplikuje, v této sérii testováno nebylo a v článku se to netvrdí. Podrobnosti použití a vrácení jsou na stránce nastavení.

Co jsme prověřovali

Nezajímal nás jen zánik oznámení Resume, ale i zabránění řádnému spuštění jeho samostatného procesu při přihlášení do Windows. To jsou různé výsledky: program se může spustit a hned ukončit, pokračovat v práci bez oznámení, nebo vůbec nedostat požadavek na spuštění.

Microsoft popisuje DisableCrossDeviceResume jako uživatelskou politiku, která vypíná oznámení o pokračování práce z telefonu, a uvádí nutnost restartu. Dokumentováno: účel politiky a okamžik použití. Pozorováno v našem experimentu: absence spuštění samostatného procesu. Popis Microsoft.

Rozsah výzkumu

Podmínka	Prověřené prostředí
Systém	Windows 11 Pro 25H2, sestavení 26200.9445
Komponenta	CrossDeviceResume 2607.27000.0.0
Testovací prostředí	Jeden virtuální stroj VMware
Scénář	Restart a interaktivní přihlášení téhož uživatele
Pozorování	Seznam procesů a audit jejich vytváření, události 4688
Datum experimentu	2026-09-17

Jde o funkční experiment, nikoli o test FPS nebo spotřeby paměti. Model fyzického CPU, konfigurace virtuálních prostředků a verze ovladačů nejsou zahrnuty do publikovaného vzorku. Přenášet výsledek na fyzické PC, jiná sestavení nebo jiné způsoby spuštění bez ověření nelze.

Jak jsme prováděli ověření

Nejprve jsme zaznamenali běžící proces a výchozí stav politiky. Poté jsme použili zakazující politiku přes lokální mechanismus správy Windows, ověřili úspěšnost operace a přečetli stav zpět. Po restartu jsme vyčkali na interaktivní přihlášení a spuštění shellu, zkontrolovali procesy a protokol jejich vytváření.

Pro zpětnou kontrolu jsme povolili Resume a zopakovali restart s přihlášením. Samostatně jsme funkci znovu zakázali, explicitně ukončili již běžící proces a sledovali možné opětovné spuštění. Ukončení procesu bylo samostatnou akcí, nelze je přičítat politice.

Proč zápis do registru ještě nedokazuje vypnutí

Přítomnost potřebného čísla v registru nepotvrzuje, že jej Windows přijal jako platnou MDM politiku. Proto situace „hodnota zapsána, a CrossDeviceResume se přesto spouští“ není v rozporu s výsledkem tohoto výzkumu.

V publikované dokumentaci této politiky není hotová shoda s běžným Registry nastavením. V naší sérii není samostatné kontrolované srovnání všech variant přímého zápisu. Přímý zápis není potvrzen jako náhrada použití politiky, ale ani tvrdit, že jakákoli úprava registru je vždy bezcenná, nemá opodstatnění. Pracovní výsledek byl získán přes mechanismus správy politik, s ověřením stavu a skutečného spuštění po přihlášení.

Role systémové DLL a laboratorního obejití

V experimentu jsme použili vestavěnou mdmlocalmanagement.dll. Ta poskytuje rozhraní lokální správy: RegisterDeviceWithLocalManagement a ApplyLocalManagementSyncML. Jejich deklarace jsou dostupné v veřejné hlavičce Windows SDK. Systémová knihovna přijala požadavek na použití politiky; stahovat cizí DLL, nahrazovat soubory Windows nebo patchovat spustitelný kód nebylo potřeba. Intune a cloudová správa v pokusu použity nebyly.

Běžná lokální registrace na prověřené Windows Pro vrátila „nepodporováno“. V laboratoři se toto omezení podařilo obejít dočasným zapnutím Embedded Mode, poté politiku použít a obnovit původní parametr režimu. Microsoft popisuje Embedded Mode v kontextu specializovaných zařízení Windows IoT. Takové použití na Pro není Microsoftem potvrzený scénář podpory.

Obnovení dočasného režimu neodstranilo lokální registraci správy ani přiřazenou politiku. Vedlejší účinky dočasného zapnutí režimu mimo prověřený scénář nebyly zkoumány. Zde je popsán princip experimentu; příkazy, obsah požadavku a posloupnost reprodukce obejití se nepublikují.

Výsledky

Ověření	Výsledek a hranice závěru
Použití zakazující politiky	Operace úspěšná, zpětné čtení potvrdilo stav
Již běžící proces	Automaticky se neukončil
Restart a přihlášení se zákazem	Proces chyběl; za 153 sekund po startu shellu nebylo zaznamenáno jeho spuštění
Povolení, restart a přihlášení	Proces se objevil, vytvoření potvrzeno protokolem
Opětovný zákaz a samostatné ukončení procesu	Po 10 sekundách proces chyběl; opětovné spuštění za 120 sekund pozorování nebylo zjištěno
Úplné vrácení testovacího prostředí	Výchozí stav obnoven snímkem VM a ověřen

Ve vzorku je jeden VM a jedna posloupnost ověření. Opakovaná pozorování uvnitř 120sekundového intervalu nejsou nezávislé experimenty. Nezávislá reprodukce na druhém počítači neexistuje.

Co je potvrzeno

• V prověřeném scénáři politika zabránila řádnému spuštění samostatného procesu po restartu a přihlášení.
• Opětovné povolení funkce vrátilo spuštění na stejném testovacím prostředí.
• Použití politiky samo o sobě neukončí již běžící proces.
• Pro získaný výsledek nebylo potřeba nahrazení systémových DLL ani patch EXE.

Zabráněné spuštění vylučuje práci tohoto procesu v pozorovaném scénáři. Jde o konkrétní efekt vypnutí nepotřebné funkce na pozadí, i bez měření FPS.

Co není potvrzeno

Nejsou změřeny přírůstek FPS, změna frametime, celkové zatížení CPU a úspora RAM. Nejsou prověřeny ruční spuštění EXE, všechny alternativní způsoby aktivace, umístění Resume uvnitř ShellHost a práce z jiného účtu nebo SYSTEM. Samostatného párového testu použití přes hotové rozhraní BoosterX v této sérii nebylo: tabulka popisuje laboratorní mechanismus Windows.

Omezení

K datu ověření Microsoft označuje politiku jako použitelnou pro Windows Insider Preview. Pozorování na uvedené Windows 11 Pro 25H2 nenahrazuje oficiální matici podpory. Ověření na jiném plánovaném VM se neuskutečnilo, proto pro něj nejsou výsledky. Absence událostí za 153 sekund neznamená zákaz jakýchkoli spuštění navždy: potvrzený efekt se týká řádného spuštění po restartu a přihlášení, a spuštění procesu jinými způsoby tento výzkum nezkoumal.

Článek nestanovuje, jakým způsobem BoosterX aplikuje své nastavení. Souvislost mezi kartou BoosterX a zde prověřenou MDM politikou nebyla v plánu experimentu; posouzení, zda program používá stejný mechanismus, vyžaduje samostatné ověření podle skutečného chování aplikace.

Vypnutí se týká Resume. Nelze je popisovat jako vypnutí celé „Spojení s telefonem“ nebo celé mezizařízeníové infrastruktury Windows.

Praktický závěr

Pokud nepoužíváte pokračování práce z telefonu, je vypnutí Resume opodstatněné. Na prověřeném testovacím prostředí MDM politika umožnila vyhnout se jeho řádnému spuštění. Pro uživatele je jednodušší zvolit existující nastavení v BoosterX a restartovat PC, než ručně experimentovat s úložištěm politik. Ověřujte výsledek na své verzi Windows.

Obnovení stavu

V experimentu povolení funkce a další restart vrátily spuštění procesu. Poté byl VM plně obnoven z výchozího snímku: ověřili jsme absenci politiky přiřazené během ověření, výchozí stav režimu, zrušení dočasného automatického přihlášení a navrácení procesu.

V BoosterX zapnutí ve stejné kartě povolí Resume po použití a restartu. Není to úplný ekvivalent vrácení snímku: lokální registrace správy, vytvořená laboratorním použitím politiky, zůstává, stejně jako dříve použité restrikce jiných nástrojů. Podrobnosti vrácení jsou uvedeny na stránce nastavení.

Veřejné primární zdroje

• Microsoft: Connectivity / DisableCrossDeviceResume: účel politiky, oblast uživatele a restart; není důkazem výsledků našeho VM.
• Microsoft Windows SDK: mdmlocalmanagement.h: deklarace rozhraní lokální správy; není příslib dostupnosti na jakékoli edici.
• Microsoft: Embedded Mode: kontext Windows IoT; není návod k podporovanému použití na Pro.

Výzkum a použité nástroje patří vývojáři BoosterX, proto má vývojář přímý zájem na výsledcích. Metodika a hranice použitelnosti jsou popsány výše a závěry lze ověřit podle otevřených dat a uvedených veřejných zdrojů. Microsoft není autorem výzkumu a nepotvrdil jeho závěry.

Datum ověření a historie změn

2026-09-17: první verze; prověřeny veřejné zdroje, publikovány výsledky jednoho VM, hranice závěru a zpětná kontrola spuštění.

2026-09-19: po nezávislém přezkumu upraven rámec závěru: odstraněno tvrzení o konkrétním mechanismu BoosterX. Výzkum prověřuje veřejnou MDM politiku Windows a laboratorní cestu jejího použití, nikoli implementaci nastavení v programu; výsledky experimentu, hranice závěru a zdroje zachovány, upřesněny výhrady k mezím potvrzeného efektu.

2026-09-20: disclaimer o střetu zájmů posílen: výslovně uznán přímý zájem vývojáře, jemuž patří výzkum a nástroje; zkráceno description.