Sessiz boşta: optimizasyon öncesi ve sonrası Windows arka planı

Kısa yanıt

Windows arka plan bileşenlerini devre dışı bırakmak boşta gerçekten daha sessiz hale getiriyor: iki bağımsız ölçüm serisinde süreç sayısı %49–56 düştü, boşta CPU kullanımı %17–67 azaldı ve bellek taahhüdü (commit) hacmi ikinci seride %52 azaldı. Ancak tam CPU yükü altında verim yalnızca %0,2–0,5 arttı. «Sessiz boşta» — arka plan çalışmasının ve kaynak rekabetinin doğrulanmış azalmasıdır, FPS artışı değil: bu araştırmada nihai oyun etkisi ölçülmedi.

Durum: etkinin yönü, sanal makinede tek bir Windows 11 yapısı üzerinde iki bağımsız seride yeniden üretildi. Seriler arasındaki büyüklükler farklıdır, çünkü Windows arka plan çalışması dalgalar halinde gelir: Microsoft Defender taramasının olduğu pencerede CPU kullanım farkı −67 %’ye ulaşır, zaten sessiz olan pencerede ise −17.

Doğrulanabilir iddia

Dört iddiayı doğruladık:

1. Arka plan bileşenlerini devre dışı bırakmak, boşta sistem etkinliğini belirgin şekilde azaltır.
2. Önyüklemeden sonraki ilk dakikalarda etkinliği belirgin şekilde azaltır.
3. Bellek tüketimini belirgin şekilde azaltır.
4. Tam CPU yükü altında ölçülebilir performans artışı sağlar.

Araştırma kapsamı

• Windows 11 Pro, build 26300.9457 (26H2);
• sanal makine: 4 vCPU, 8 GB RAM, VMware sanallaştırması;
• tek bir kurulumun iki durumu: başlangıç («öncesi») ve BoosterX optimizasyon profili uygulandıktan sonraki hali (ölçüm tarihlerinde güncel olan yapı);
• iki bağımsız ölçüm serisi: 2026-09-18 ve 2026-09-19; durumlar bağımsız disk kopyalarında karşılaştırıldı, böylece ölçümler birbirini etkilemedi;
• aşamalar: önyüklemeden sonra 5 dakika, 5 dakika stabilizasyon, 5 dakika boşta;
• kısa sentetik yükler: 1, 4 ve 8 iş parçacığı, bellek yükü, saatli yük ve öncelik karışımları.

Ölçümler gerçek oyunları, GPU yükünü, fiziksel donanımı ve uzun pencereleri (saatler ve günler) içermedi.

Yöntem

Protokol «Windows’u nasıl araştırıyoruz» ile uyumludur:

• her aşama ETW izlemesi (Windows Performance Recorder, hafif CPU, disk, dosya ve ağ profilleri) ve 5 saniye aralıklı (sistem) ve 15 saniye aralıklı (süreçler bazında) performans sayaçlarıyla kaydedildi;
• «önyüklemeden sonra» aşaması kontrollü yeniden başlatmayla başlatıldı ve yaklaşık bir dakikalık çalışma süresinde etkinleştirildi;
• her izlemede kayıp olay sayısı kontrol edildi — belirtilen tüm pencerelerde sıfıra eşittir;
• ortalamalar yalnızca aşama sınırları içindeki tam beş saniyelik aralıklar üzerinden alındı (aşama başına 59 aralık);
• 2. seride ilk «öncesi» çalıştırma, sanal makinenin uyku moduna geçmesi nedeniyle hariç tutuldu; tekrar kullanıldı;
• yük testleri iki kez yapıldı, medyanlar verildi; CPU kullanımı dört vCPU’ya göre normalize edildi.

«Öncesi» ve «sonrası» — tek bir Windows kurulumunun durumlarıdır: «sonrası» optimizasyon profilinin uygulanmasıyla elde edildi, «öncesi» ise başlangıç durumudur. Ayar kompleksi bir bütün olarak değiştirildi, bu nedenle tek bir devre dışı bırakmanın izole katkısı değerlendirilmedi.

Sonuçlar

Boşta

Seri 1 (2026-09-18) — etkin bakım olmadan yerleşik boşta:

Metrik	Öncesi	Sonrası	Değişim
CPU kullanımı, %	2,48	2,06	−17 %
DPC + ISR, % CPU	1,73	1,59	−8 %
Bağlam değişimleri, /s	469	381	−19 %
Süreçler (ortalama)	134,9	69,3	−49 %
İş parçacıkları (ortalama)	1 444,6	738,7	−49 %
Tüm süreçlerin toplam CPU’su, %	1,22	1,06	−13 %
Kullanılabilir bellek, MB	5 490	6 518	+1 028
Diskten okuma, KB/s	22,6	24,4	+8 %
Diske yazma, KB/s	311,3	262,1	−16 %
Ağ (alım), KB/s	132,6	2,2	−98 %
Ağ (gönderim), KB/s	43,2	4,7	−89 %

Seri 2 (2026-09-19) — aynı boşta penceresi, ancak «öncesi» durumunda arka planda Microsoft Defender taraması çalışıyordu:

Metrik	Öncesi	Sonrası	Değişim
CPU kullanımı, %	33,37	11,03	−67 %
Bağlam değişimleri, /s	3 737	291	−92 %
Süreçler (ortalama)	142,3	61,9	−56 %
İş parçacıkları (ortalama)	1 494,7	637,1	−57 %
Kullanılabilir bellek, MB	5 174	6 653	+1 479
Kullanılan fiziksel bellek, MB	3 017	1 538	−49 %
Bellek taahhüdü (commit), MB	2 617	1 249	−52 %
Nonpaged pool, MB	298,2	212,9	−29 %
Paged pool, MB	258,5	86,0	−67 %
DPC, % CPU	0,89	0,19	−78 %
Diskten okuma, MB/s	7,42	0,01	−99,9 %
Diske yazma, MB/s	4,57	0,23	−95,0 %

Seri 2’de boşta ağ neredeyse hiç yoktu, her iki durumda da (saniyede onlarca bayt), bu nedenle onun için ağ satırları verilmemiştir. Seriler arasındaki fark bir çelişki değil, arka planın kendi özelliğidir: Windows bakım yaparken arka plan bileşenlerini devre dışı bırakmak daha fazla tasarruf sağlar; pencere zaten sessizken ise daha az.

Önyüklemeden sonraki ilk dakikalar

Metrik	Seri 1 (öncesi → sonrası)	Seri 2 (öncesi → sonrası)
CPU kullanımı, %	3,42 → 2,59	14,62 → 11,88
Bağlam değişimleri, /s	1 114 → 600	1 257 → 393
Süreçler	132 → 74	139 → 64
İş parçacıkları	—	1 719 → 746
Kullanılan fiziksel bellek, MB	—	2 821 → 1 581
Kullanılabilir bellek, MB	—	5 370 → 6 610
Diskten okuma, KB/s	—	826 → 433
Diske yazma, KB/s	634 → 418	709 → 298
Ağ (alım), KB/s	—	1,15 → ~0

Tire, bu seride aşama için metriğin kaydedilmediği anlamına gelir.

Bileşim ve bellek

Boşta envanter anlık görüntüsü (seri 1):

	Öncesi	Sonrası
Süreçler	136	70
İş parçacıkları	1 679	842
Toplam working set, MB	3 841	1 868
Toplam private bytes, MB	1 524	660

Optimizasyon öncesi en büyük bellek tüketicileri: antivirüs süreci MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Optimizasyondan sonra listenin başına explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) ve StartMenuExperienceHost (106 MB) geçti.

Kullanılabilir bellek 1,0–1,5 GB arttı ve taahhüt (commit) hacmi %52 azaldı. Bunlardan hangisinin gerçekten «serbest bırakılabileceği» ve süreçlerin toplam working set’inin neden boş bellekle aynı şey olmadığı «Windows’ta gerçekte ne kadar bellek serbest bırakılabilir» bölümünde ele alınmıştır.

Tam yük altında

Kısa sentetik testler (seri 2, iki tekrarın medyanları):

Senaryo	Verim değişimi	CPU kullanımı: önce / sonra
Tek iş parçacığı	+%5,4	%21,9 / %22,6
Dört iş parçacığı (tam)	+%0,19	%88,9 / %89,4
Sekiz iş parçacığı (tam)	+%0,50	%88,9 / %88,8
Bellek yükü	+%11,2	%84,8 / %87,5
Darbe aralıklı (1 ms duraklamalar)	+%5,4	%64,3 / %67,7
Karma öncelikler	+%8,5	%21,2 / %22,5
Arka plan önceliği	+%77,1	%38,8 / %65,2

Tam dört iş parçacıklı yükte faydalı süreç, optimizasyondan hem önce hem de sonra dört vCPU kapasitesinin yaklaşık %89’unu aldı. Sanal makinedeki kalan ~%11, ortadan kaldırılabilir bir «Windows gürültüsü» olarak ilan edilemez: hipervizör planlaması konuk izlemeden görünmez. Çalışma iş parçacıkları eşit dağıldı (aralarındaki iş hacmi farkı — 0,994–0,997), açlık gözlenmedi ve optimizasyon sonrası boşta CPU kuyruğu neredeyse tamamen boş.

Arka plan nereye gidiyor

«Önce» durumunda ölçülen arka plan etkinliği kaynakları:

• antivirüs taraması — 2. serinin penceresindeki ana kaynak: MsMpEng.exe süreci beş dakikalık boşta penceresinde 212 CPU saniyesi tüketti;
• başlangıç durumunda arama hizmeti, SysMain hizmeti, telemetri, yazdırma yöneticisi ve diğer bileşenler çalışıyordu — optimizasyon profili yaklaşık 50 arka plan hizmetini ve 58 zamanlanmış görevi devre dışı duruma getirir;
• önyüklemeden sonra etkinliğe Windows güncelleme düzenleyicisi eşlik eder.

Arka plan bileşenlerinin devre dışı bırakılması arka planı tamamen ortadan kaldırmaz: optimize edilmiş durumda uygulama uyumluluk değerlendirmesi çalışmaya devam etti (bakım penceresinde saniyede yaklaşık 3,7 ms CPU) ve kararlı boşta toplam artık arka plan saniyede 4,8 ms CPU — dört vCPU kapasitesinin yaklaşık %0,12’si (izleme ile ölçüldü).

Doğrulananlar

• Yeniden üretildi (iki bağımsız seri): süreç sayısı −%49…−%56, iş parçacığı −%49…−%57, kullanılabilir bellek +1,0–1,5 GB.
• Ölçüldü (2. seri): boşta commit −%52; kullanılan fiziksel bellek boşta −%49 ve önyükleme sonrası fazda −%44.
• Ölçüldü: boşta CPU kullanımı sessiz pencerede −%17 ve taramalı pencerede −%67; bağlam değişimleri −%19 ve −%92; DPC −%78 (2. seri penceresi); önyükleme sonrası etkinlik her iki seride daha düşük.
• Ölçüldü: tam CPU yükü altında verim artışı +%0,19 (4 iş parçacığı) ve +%0,50 (8 iş parçacığı); kısmi ve karma yükte — +%5,4 ile +%11,2 arası.
• Ölçüldü: arka plan önceliği sınıfındaki yük %77,1 hızlandı — «önce» durumunda Windows’un kendi arka plan işiyle, antivirüs taraması dahil, rekabet ediyordu.
• Gözlendi: ana arka plan kaynakları — antivirüs taraması, bakım ve uyumluluk görevleri; optimizasyondan sonra artık arka plan sıfıra yakın, ancak sıfır değil.

Doğrulanmayanlar

• Gerçek oyunlarda FPS artışı, input lag veya frametime düşüşü: ölçülmedi. Sentetik CPU testleri GPU’lu bir oyunu modellemez ve oyun etkisini kanıtlamaz.
• Her bir ayrı devre dışı bırakmanın izole katkısı: bir değişiklikler bütünü uygulandı.
• Mutlak değerlerin fiziksel donanıma, diğer yapılandırmalara ve diğer optimizasyon profillerine aktarılması.
• Uzun pencerelerde kararlılık: her faz — 5 dakika; Windows’un arka plan işi dalgalar halinde gelir, bu nedenle «ortalama bir gün» ölçülmedi.

Sınırlamalar

• Ölçümler bir sanal makinede yapıldı. Sanallaştırma kendi DPC/ISR payını ekler ve ana makine planlamasını gizler; fiziksel donanımda mutlak değerler farklı olacaktır. Aynı koşullardaki «önce/sonra» karşılaştırmasının oranları ve yönü korunur.
• ISR metriği tablolardan çıkarıldı: bir sanal makinede PDH’ye göre ISR sayacı, ETW’ye göre kesme işleyicilerinden yaklaşık %10 sapar ve tam toplamda uyuşmaz.
• 2. serinin «önce» penceresi etkin Defender taraması içeriyordu ve pencereler arasında ana makine yükü farklıydı (ortalama %44’e karşı %24). Bu nedenle değerler belirli pencerelere bağlıdır; yön iki seriyle doğrulandı.
• 1. seride boşta fazının bir kısmı sanal makinenin yaklaşık 26 saniyelik harici duraklamasıyla kesildi; yakalama devam ettikten sonra tamamlandı, kayıp olay yok.
• Yük testleri — iki tekrar: bu tanımlayıcı istatistiktir, istatistiksel anlamlılık değerlendirilmedi.
• Boşta elde edilen kazancın bir kısmı Microsoft Defender koruma bileşenlerinin devre dışı bırakılmasıyla ilgilidir. Antivirüs koruması olmayan bir sistem bilinçli bir ödünleşimdir, maliyetsiz bir optimizasyon değil; korumayı devre dışı bırakmak, bedelini anlayarak yapılmalıdır.
• Ölçüm katmanı (izleme ve sayaçlar) kendisi küçük bir arka plan yükü oluşturur; bu yük her iki durumda da mevcuttur.

Araştırma ve kullanılan araçlar BoosterX geliştiricisine aittir, dolayısıyla 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 kamuya açık kaynaklar üzerinden doğrulanabilir.

Pratik sonuç

Arka plan gürültüsünün azaltılması — gerçek, iki kez yeniden üretilmiş bir etkidir: yarı yarıya daha az süreç ve iş parçacığı, yarı yarıya daha az bellek taahhüdü, boşta bir kat daha az disk ve ağ etkinliği. Bu kendi başına faydalıdır — sistem yanıt verebilirliği, arka plan görevleri, sıcaklık, fan gürültüsü ve pil ömrü için — ve FPS vaatleri gerektirmez.

Bundan beklenmemesi gereken: tam yük altında performans artışı. CPU zaten faydalı işle kapasitesinin ~%89’u kadar yüklüyse, arka plan etkinliğinin kapatılması kalan %11’i eklemeyecektir — sanal makinede bunlar Windows’a ait değildir. Karşılaştırma anında sistem ne kadar meşgulse, görünür etki o kadar büyüktür: bakım penceresinde fark kat kat, sessiz pencerede ölçülüdür.

Öneri: herhangi bir değişiklikten önce ve sonra kendi bilgisayarınızdaki arka planı değerlendirin (Görev Yöneticisi → «Performans» ve «İşlemler», Kaynak İzleyicisi), başkalarının yüzdelerine güvenmeyin. Amaç belirli bir oyunda FPS ise, değişiklikten önce ve sonra tam olarak onu ölçün.

Durumu geri yükleme

Her iki seri de bağımsız disk kopyaları üzerindeki izole sanal makinelerde yürütüldü; ölçümlerden sonra makineler başlangıç durumlarına döndürüldü. Makale okuyucudan parametreleri değiştirmesini gerektirmez, bu nedenle kullanıcının bilgisayarında ayrı bir geri yükleme işlemi gerekmez.

Kamuya açık birincil kaynaklar

• Microsoft: Windows Performance Recorder — yöntemde kullanılan ETW izleme kayıt aracı; 2026-09-20 tarihinde kontrol edildi.
• Microsoft: About Event Tracing — ETW modeli ve kayıp olayların kontrolü; 2026-09-20 tarihinde kontrol edildi.
• Microsoft: Windows’ta Microsoft Defender Antivirus — Defender süreçleri ve hizmetleri, MsMpEng.exe dahil (Görev Yöneticisi’nde «Antimalware Service Executable»); 2026-09-20 tarihinde kontrol edildi.
• Windows’u nasıl araştırıyoruz — kanıt düzeyleri ve ölçüm protokolü.
• Service Host ve Windows 11 arka plan bileşenleri — Windows’un arka plan hizmetlerini süreçlere nasıl yerleştirdiği.
• Windows’ta gerçekte ne kadar bellek serbest bırakılabilir — aynı deneyden belleğin ayrıntılı incelemesi.
• Masaüstüne karşı oturum açma ekranı — devamı: kullanıcı oturumu gürültüsü nelerden oluşur.

Değişiklik geçmişi

• 2026-09-20: ilk yayın — iki bağımsız boşta ölçüm serisi, önyükleme sonrası aşamalar, envanter ve yük testleri.
• 2026-09-20: sonuçların serilere göre atfı netleştirildi (commit ve kullanılan fiziksel bellek — yalnızca seri 2; işlemler −49…−56 %); çıkar çatışması feragatnamesi kanonik ifadeye getirildi.