Cross-Device Resume nasıl devre dışı bırakılır

Kısa yanıt

Cross-Device Resume, Windows MDM ilkesi üzerinden devre dışı bırakılabilir. Deneyimizde bu ilke uygulandıktan, yeniden başlatma ve oturum açma sonrasında CrossDeviceResume.exe 153 saniyelik gözlem boyunca başlatılmadı. Özellik yeniden etkinleştirilip tekrar başlatıldığında süreç yeniden ortaya çıktı.

Ayarı BoosterX → Optimizasyon → TweaX → Cross-Device Resume üzerinden uygulamak daha kolaydır: devre dışı bırakmayı seçin, «Uygula» düğmesine basın ve PC’yi yeniden başlatın. Bu araştırma BoosterX’in uygulamasını değil, Windows’un genel mekanizmasını test etti: programın ayarı tam olarak nasıl uyguladığı bu dizide denenmedi ve makalede iddia edilmiyor. Uygulama ve geri alma ayrıntıları ayar sayfasında mevcuttur.

Neyi test ettik

Bizi yalnızca Resume bildirimlerinin kaybolması değil, aynı zamanda Windows oturum açılışında kendi ayrı sürecinin normal şekilde başlatılmasının önlenmesi de ilgilendiriyordu. Bunlar farklı sonuçlardır: program başlatılıp hemen kapanabilir, bildirim olmadan çalışmaya devam edebilir veya hiç başlatma isteği almayabilir.

Microsoft, DisableCrossDeviceResume’i telefondan çalışmaya devam etme bildirimlerini devre dışı bırakan bir kullanıcı ilkesi olarak tanımlar ve yeniden başlatma gerektiğini belirtir. Belgelenen: ilkenin amacı ve uygulanma anı. Deneyimizde gözlemlenen: ayrı sürecin başlatılmaması. Microsoft açıklaması.

Araştırma kapsamı

Koşul	Test edilen ortam
Sistem	Windows 11 Pro 25H2, derleme 26200.9445
Bileşen	CrossDeviceResume 2607.27000.0.0
Düzenek	Tek bir VMware sanal makinesi
Senaryo	Aynı kullanıcının yeniden başlatması ve etkileşimli oturum açması
Gözlem	Süreç listesi ve oluşturulmalarının denetimi, olay 4688
Deney tarihi	2026-09-17

Bu bir FPS veya bellek tüketimi testi değil, işlevsel bir deneydir. Fiziksel CPU modeli, sanal kaynak yapılandırması ve sürücü sürümleri yayımlanan örnekleme dahil edilmemiştir. Sonucu fiziksel PC’lere, diğer derlemelere veya diğer başlatma yöntemlerine doğrulama yapmadan aktarmak mümkün değildir.

Testi nasıl yaptık

Önce çalışan süreç ve ilkenin başlangıç durumu kaydedildi. Ardından Windows’un yerel yönetim mekanizması üzerinden yasaklayıcı ilke uygulandı, işlemin başarılı olduğu doğrulandı ve durum geri okundu. Yeniden başlatma sonrasında etkileşimli oturum açma ve kabuğun çalışmaya başlaması beklendi, süreçler ve oluşturulma günlükleri kontrol edildi.

Ters kontrol için Resume etkinleştirildi ve oturum açmalı yeniden başlatma tekrarlandı. Ayrıca özellik yeniden devre dışı bırakıldı, hâlihazırda çalışan süreç açıkça sonlandırıldı ve olası yeniden başlatma gözlemlendi. Sürecin sonlandırılması bağımsız bir eylemdi, ilkeye atfedilemez.

Kayıt defteri girdisi neden devre dışı bırakmayı kanıtlamaz

Kayıt defterinde gerekli sayının bulunması, Windows’un bunu geçerli bir MDM ilkesi olarak kabul ettiğini doğrulamaz. Bu nedenle «değer yazıldı ama CrossDeviceResume yine de başlatılıyor» durumu bu araştırmanın sonucuyla çelişmez.

Bu ilkenin yayımlanmış belgelerinde normal bir Registry ayarına hazır bir karşılık yoktur. Dizimizde doğrudan yazmanın tüm varyantlarının ayrı kontrollü karşılaştırması yoktur. Doğrudan yazma, ilke uygulamasının yerine geçtiği doğrulanmamıştır, ancak her kayıt defteri düzenlemesinin her zaman işe yaramaz olduğunu iddia etmek için de gerekçe yoktur. Çalışan sonuç, durum doğrulaması ve oturum açma sonrası fiili başlatma ile ilke yönetimi mekanizması üzerinden elde edilmiştir.

Sistem DLL’inin rolü ve laboratuvar atlatması

Deneyde yerleşik mdmlocalmanagement.dll kullanıldı. Bu, yerel yönetim arayüzü sunar: RegisterDeviceWithLocalManagement ve ApplyLocalManagementSyncML. Bildirimleri genel Windows SDK başlığında mevcuttur. Sistem kitaplığı ilke uygulama isteğini kabul etti; üçüncü taraf DLL indirmek, Windows dosyalarını değiştirmek veya yürütülebilir kodu yamalamak gerekmedi. Intune ve bulut yönetimi deneyde kullanılmadı.

Test edilen Windows Pro üzerinde normal yerel kayıt «desteklenmiyor» döndürdü. Laboratuvarda bu kısıtlama Embedded Mode geçici olarak etkinleştirilerek aşıldı, ardından ilke uygulandı ve modun özgün parametresi geri yüklendi. Microsoft, Embedded Mode’u özelleştirilmiş cihazlar bağlamında Windows IoT için tanımlar. Pro üzerinde bu tür kullanım, Microsoft tarafından onaylanmış bir destek senaryosu değildir.

Geçici modun geri yüklenmesi yerel yönetim kaydını ve atanan ilkeyi silmedi. Geçici mod etkinleştirmenin test edilen senaryo dışındaki yan etkileri araştırılmadı. Burada deneyin ilkesi açıklanmıştır; komutlar, istek içeriği ve atlatma yeniden üretim sırası yayımlanmamaktadır.

Sonuçlar

Kontrol	Sonuç ve çıkarım sınırı
Yasaklayıcı ilkenin uygulanması	İşlem başarılı, geri okuma durumu doğruladı
Hâlihazırda çalışan süreç	Otomatik olarak sonlanmadı
Yasakla yeniden başlatma ve oturum açma	Süreç yoktu; kabuk başlangıcından sonraki 153 saniyede başlatılması kaydedilmedi
Etkinleştirme, yeniden başlatma ve oturum açma	Süreç ortaya çıktı, oluşturulması günlükle doğrulandı
Tekrar yasaklama ve süreci ayrıca sonlandırma	10 saniye sonra süreç yoktu; 120 saniyelik gözlemde yeniden başlatma tespit edilmedi
Düzeneğin tam geri alınması	Başlangıç durumu VM anlık görüntüsüyle geri yüklendi ve doğrulandı

Örneklemde bir VM ve bir kontrol sırası vardır. 120 saniyelik aralık içindeki tekrarlanan gözlemler bağımsız deneyler değildir. İkinci bir bilgisayarda bağımsız yeniden üretim yoktur.

Doğrulananlar

• Test edilen senaryoda ilke, yeniden başlatma ve oturum açma sonrasında ayrı sürecin normal başlatılmasını önledi.
• Özelliğin yeniden etkinleştirilmesi aynı düzenekte başlatmayı geri getirdi.
• İlkenin uygulanması tek başına hâlihazırda çalışan süreci kapatmaz.
• Elde edilen sonuç için sistem DLL’lerinin değiştirilmesi veya EXE yamalaması gerekmedi.

Önlenen başlatma, gözlemlenen senaryoda bu sürecin çalışmasını dışlar. Bu, FPS ölçümü olmasa bile gereksiz bir arka plan özelliğinin devre dışı bırakılmasının somut etkisidir.

Doğrulanmayanlar

FPS artışı, frametime değişimi, toplam CPU yükü ve RAM tasarrufu ölçülmedi. EXE’nin manuel başlatılması, tüm alternatif etkinleştirme yöntemleri, Resume’un ShellHost içinde konumlandırılması ve farklı bir hesap veya SYSTEM üzerinden çalışması test edilmedi. Bu dizide hazır BoosterX arayüzü üzerinden uygulamaya dair ayrı bir eşleştirmeli test yoktu: tablo, Windows’un laboratuvar mekanizmasını açıklar.

Kısıtlamalar

Test tarihinde Microsoft, ilkeyi Windows Insider Preview için geçerli olarak işaretler. Belirtilen Windows 11 Pro 25H2 üzerindeki gözlem, resmi destek matrisinin yerini tutmaz. Planlanan diğer VM üzerindeki kontrol gerçekleşmedi, bu nedenle onun için sonuç yoktur. 153 saniye boyunca olay olmaması, her türlü başlatmanın sonsuza kadar yasaklandığı anlamına gelmez: doğrulanan etki, yeniden başlatma ve oturum açma sonrası normal başlatmayla ilgilidir, sürecin başka yollarla başlatılması bu araştırmada incelenmemiştir.

Makale, BoosterX’in ayarını hangi yöntemle uyguladığını belirlemez. BoosterX kartı ile burada test edilen MDM ilkesi arasındaki bağlantı deney planına dahil değildi; programın aynı mekanizmayı kullanıp kullanmadığına dair yargı, uygulamanın fiili davranışı üzerinden ayrı bir doğrulama gerektirir.

Devre dışı bırakma Resume ile ilgilidir. Tüm «Telefon bağlantısı»nın veya Windows’un tüm cihazlar arası altyapısının devre dışı bırakılması olarak tanımlanamaz.

Pratik sonuç

Telefondan çalışmaya devam etme özelliğini kullanmıyorsanız, Resume’u devre dışı bırakmak mantıklıdır. Test edilen düzenekte MDM ilkesi, normal başlatılmasını önlemeyi sağladı. Kullanıcı için ilke deposuyla manuel denemeler yapmak yerine BoosterX’teki mevcut ayarı seçip PC’yi yeniden başlatmak daha kolaydır. Sonucu kendi Windows sürümünüzde doğrulayın.

Durumu geri yükleme

Deneyde özelliğin etkinleştirilmesi ve yeniden başlatma, sürecin başlatılmasını geri getirdi. Ardından VM tamamen başlangıç anlık görüntüsünden geri yüklendi: test sırasında atanan ilkenin bulunmadığı, modun başlangıç durumu, geçici otomatik oturum açmanın iptali ve sürecin geri dönüşü doğrulandı.

BoosterX’te aynı karttaki etkinleştirme, uygulama ve yeniden başlatma sonrasında Resume’a izin verir. Bu, anlık görüntü geri alma işleminin tam karşılığı değildir: laboratuvar ilkesi uygulamasıyla oluşturulan yerel yönetim kaydı ve diğer araçların daha önce uyguladığı kısıtlamalar korunur. Geri alma ayrıntıları ayar sayfasında verilmiştir.

Genel birincil kaynaklar

• Microsoft: Connectivity / DisableCrossDeviceResume: ilkenin amacı, kullanıcı kapsamı ve yeniden başlatma; VM’imizin sonuçlarının kanıtı değildir.
• Microsoft Windows SDK: mdmlocalmanagement.h: yerel yönetim arayüzü bildirimleri; her sürümde kullanılabilirlik vaadi değildir.
• Microsoft: Embedded Mode: Windows IoT bağlamı; Pro üzerinde desteklenen uygulamaya dair bir kılavuz değildir.

Araştırma ve kullanılan araçlar BoosterX geliştiricisine aittir, bu nedenle geliştiricinin sonuçlarda doğrudan çıkarı vardır. Yöntem ve uygulanabilirlik sınırları yukarıda açıklanmıştır ve sonuçlar açık veriler ve listelenen genel kaynaklar üzerinden doğrulanabilir. Microsoft bu araştırmanın yazarı değildir ve sonuçlarını onaylamamıştır.

Test tarihi ve değişiklik geçmişi

2026-09-17: ilk sürüm; genel kaynaklar doğrulandı, tek bir VM’nin sonuçları, çıkarım sınırları ve başlatmanın ters kontrolü yayımlandı.

2026-09-19: bağımsız çapraz kontrolden sonra çıkarım çerçevesi düzeltildi: BoosterX’in belirli mekanizmasına dair iddia kaldırıldı. Araştırma, programdaki ayarın uygulamasını değil, Windows’un genel MDM ilkesini ve laboratuvar uygulama yolunu test eder; deney sonuçları, çıkarım sınırları ve kaynaklar korundu, doğrulanan etkinin sınırlarına dair çekinceler netleştirildi.

2026-09-20: çıkar çatışması feragatnamesi güçlendirildi: araştırma ve araçların sahibi olan geliştiricinin doğrudan çıkarı açıkça kabul edildi; description kısaltıldı.