Windows fona dīkstāve pirms un pēc optimizācijas
Šajā lapā
Īsā atbilde
Section titled “Īsā atbilde”Windows fona komponentu atspējošana patiešām padara dīkstāvi klusāku: divās neatkarīgās mērījumu sērijās procesu skaits samazinājās par 49–56 %, CPU noslodze dīkstāvē — par 17–67 %, bet atmiņas saistību (commit) apjoms otrajā sērijā — par 52 %. Taču pie pilnas CPU slodzes caurlaidspēja pieauga tikai par 0,2–0,5 %. «Klusa dīkstāve» nozīmē apstiprinātu fona darba un resursu konkurences samazinājumu, nevis FPS pieaugumu: šajā pētījumā kopējā ietekme uz spēlēm netika mērīta.
Statuss: efekta virziens atkārtoti iegūts divās neatkarīgās sērijās vienā Windows 11 būvējumā virtuālajā mašīnā. Mērījumu sēriju rezultāti atšķiras, jo Windows fona darbs notiek uzliesmojumos: logā ar Microsoft Defender skenēšanu CPU noslodzes starpība sasniedz −67 %, bet jau klusā logā — −17 %.
Pārbaudāmais apgalvojums
Section titled “Pārbaudāmais apgalvojums”Mēs pārbaudījām četrus apgalvojumus:
- Fona komponentu atspējošana ievērojami samazina sistēmas aktivitāti dīkstāvē.
- Tā ievērojami samazina aktivitāti pirmajās minūtēs pēc ielādes.
- Tā ievērojami samazina atmiņas patēriņu.
- Tā nodrošina izmērāmu veiktspējas pieaugumu pie pilnas CPU slodzes.
Pētījuma tvērums
Section titled “Pētījuma tvērums”- Windows 11 Pro, build 26300.9457 (26H2);
- virtuālā mašīna: 4 vCPU, 8 GB RAM, VMware virtualizācija;
- divi vienas instalācijas stāvokļi: sākotnējais («pirms») un pēc BoosterX optimizācijas profila lietošanas (mērījumu datumos aktuālais būvējums);
- divas neatkarīgas mērījumu sērijas: 2026-09-18 un 2026-09-19; stāvokļi tika salīdzināti neatkarīgās diska kopijās, lai mērījumi cits citu neietekmētu;
- fāzes: 5 minūtes pēc ielādes, 5 minūtes stabilizācijai, 5 minūtes dīkstāvē;
- īsas sintētiskās slodzes: 1, 4 un 8 pavedieni, atmiņas slodze, periodiska slodze un prioritāšu kombinācijas.
Mērījumos netika iekļautas reālas spēles, GPU slodze, fiziska aparatūra un gari laika logi (stundas un dienas).
Atsevišķa sērija fiziskā datorā ar Ryzen 7 7800X3D, četriem posmiem un spēļu mērījumiem publicēta rakstā «BoosterX: Windows fons un FPS spēlē CS2». Tās rezultāti netiek apvienoti ar šo virtuālo mašīnu sēriju.
Metodika
Section titled “Metodika”Protokols atbilst «Kā mēs pētām Windows»:
- katra fāze tika ierakstīta ar ETW izsekošanu (Windows Performance Recorder, vieglie CPU, diska, failu un tīkla profili) un veiktspējas skaitītājiem ar 5 sekunžu intervālu (sistēmai) un 15 sekunžu intervālu (procesiem);
- fāze «pēc ielādes» tika sākta ar kontrolētu restartēšanu un sākās, kad darbības laiks bija aptuveni viena minūte;
- katrā izsekojumā tika pārbaudīts zaudēto notikumu skaits — visos norādītajos logos tas ir nulle;
- vidējā vērtība aprēķināta tikai pilniem piecu sekunžu intervāliem fāzes robežās (59 intervāli katrā fāzē);
- sērijā 2 pirmais «pirms» mēģinājums tika izslēgts, jo virtuālā mašīna pārgāja miega režīmā; tika izmantots atkārtots mēģinājums;
- slodzes testi tika veikti divas reizes, norādītas mediānas; CPU noslodze normalizēta uz četriem vCPU.
«Pirms» un «pēc» ir vienas Windows instalācijas stāvokļi: «pēc» iegūts, lietojot optimizācijas profilu, bet «pirms» ir sākotnējais stāvoklis. Tika mainīts viss iestatījumu kopums, tāpēc atsevišķu atspējošanas darbību izolētā ietekme netika vērtēta.
Rezultāti
Section titled “Rezultāti”Dīkstāve
Section titled “Dīkstāve”Sērija 1 (2026-09-18) — stabila dīkstāve bez aktīvas uzturēšanas:
| Rādītājs | Pirms | Pēc | Izmaiņas |
|---|---|---|---|
| CPU noslodze, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % CPU | 1,73 | 1,59 | −8 % |
| Konteksta pārslēgšanās, /s | 469 | 381 | −19 % |
| Procesi (vidēji) | 134,9 | 69,3 | −49 % |
| Pavedieni (vidēji) | 1 444,6 | 738,7 | −49 % |
| Visu procesu kopējais CPU, % | 1,22 | 1,06 | −13 % |
| Pieejamā atmiņa, MB | 5 490 | 6 518 | +1 028 |
| Diska lasīšana, KB/s | 22,6 | 24,4 | +8 % |
| Diska rakstīšana, KB/s | 311,3 | 262,1 | −16 % |
| Tīkls (saņemšana), KB/s | 132,6 | 2,2 | −98 % |
| Tīkls (nosūtīšana), KB/s | 43,2 | 4,7 | −89 % |
Sērija 2 (2026-09-19) — tas pats dīkstāves logs, bet stāvoklī «pirms» notika Microsoft Defender fona skenēšana:
| Rādītājs | Pirms | Pēc | Izmaiņas |
|---|---|---|---|
| CPU noslodze, % | 33,37 | 11,03 | −67 % |
| Konteksta pārslēgšanās, /s | 3 737 | 291 | −92 % |
| Procesi (vidēji) | 142,3 | 61,9 | −56 % |
| Pavedieni (vidēji) | 1 494,7 | 637,1 | −57 % |
| Pieejamā atmiņa, MB | 5 174 | 6 653 | +1 479 |
| Aizņemtā fiziskā atmiņa, MB | 3 017 | 1 538 | −49 % |
| Atmiņas saistības (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 % |
| Diska lasīšana, MB/s | 7,42 | 0,01 | −99,9 % |
| Diska rakstīšana, MB/s | 4,57 | 0,23 | −95,0 % |
Sērijas 2 dīkstāves laikā tīkla aktivitātes gandrīz nebija nevienā no stāvokļiem (desmitiem baitu sekundē), tāpēc tīkla rindas nav norādītas. Atšķirība starp sērijām nav pretruna, bet gan pašas fona aktivitātes īpatnība: kad Windows veic uzturēšanu, fona komponentu atspējošana ietaupa vairāk; kad logs jau ir kluss — mazāk.
Pirmās minūtes pēc ielādes
Section titled “Pirmās minūtes pēc ielādes”| Rādītājs | Sērija 1 (pirms → pēc) | Sērija 2 (pirms → pēc) |
|---|---|---|
| CPU noslodze, % | 3,42 → 2,59 | 14,62 → 11,88 |
| Konteksta pārslēgšanās, /s | 1 114 → 600 | 1 257 → 393 |
| Procesi | 132 → 74 | 139 → 64 |
| Pavedieni | — | 1 719 → 746 |
| Aizņemtā fiziskā atmiņa, MB | — | 2 821 → 1 581 |
| Pieejamā atmiņa, MB | — | 5 370 → 6 610 |
| Diska lasīšana, KB/s | — | 826 → 433 |
| Diska rakstīšana, KB/s | 634 → 418 | 709 → 298 |
| Tīkls (saņemšana), KB/s | — | 1,15 → ~0 |
Domuzīme nozīmē, ka šajā sērijā attiecīgās fāzes rādītājs netika reģistrēts.
Sastāvs un atmiņa
Section titled “Sastāvs un atmiņa”Dīkstāves inventāra momentuzņēmums (sērija 1):
| Pirms | Pēc | |
|---|---|---|
| Procesi | 136 | 70 |
| Pavedieni | 1 679 | 842 |
| Kopējais working set, MB | 3 841 | 1 868 |
| Kopējais private bytes, MB | 1 524 | 660 |
Lielākie atmiņas patērētāji pirms optimizācijas: antivīrusa process MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Pēc optimizācijas saraksta augšgalā bija explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) un StartMenuExperienceHost (106 MB).
Pieejamā atmiņa pieauga par 1,0–1,5 GB, bet saistību (commit) apjoms samazinājās par 52 %. Tas, ko no tā patiešām var «atbrīvot», un iemesls, kāpēc procesu working set summa nav tas pats, kas brīvā atmiņa, aplūkots rakstā «Cik daudz atmiņas Windows sistēmā patiešām var atbrīvot».
Pie pilnas slodzes
Section titled “Pie pilnas slodzes”Īsi sintētiskie testi (sērija 2, divu atkārtojumu mediānas):
| Scenārijs | Caurlaidspējas izmaiņas | CPU noslodze: pirms / pēc |
|---|---|---|
| Viens pavediens | +5,4 % | 21,9 / 22,6 % |
| Četri pavedieni (pilna slodze) | +0,19 % | 88,9 / 89,4 % |
| Astoņi pavedieni (pilna slodze) | +0,50 % | 88,9 / 88,8 % |
| Atmiņas slodze | +11,2 % | 84,8 / 87,5 % |
| Periodiska slodze (pauzes 1 ms) | +5,4 % | 64,3 / 67,7 % |
| Jauktas prioritātes | +8,5 % | 21,2 / 22,5 % |
| Fona prioritāte | +77,1 % | 38,8 / 65,2 % |
Pie pilnas slodzes ar četriem pavedieniem lietderīgais process izmantoja aptuveni 89 % no četru vCPU jaudas gan pirms, gan pēc optimizācijas. Atlikušos ~11 % virtuālajā mašīnā nevar pasludināt par novēršamu «Windows troksni»: hipervizora plānošana nav redzama viesu sistēmas izsekojumā. Darba pavedieni tika sadalīti vienmērīgi (darba apjoma atšķirība starp tiem — 0,994–0,997), izsalkšana netika novērota, un CPU rinda dīkstāvē pēc optimizācijas bija gandrīz tukša.
Kur paliek fona aktivitāte
Section titled “Kur paliek fona aktivitāte”Izmērītie fona aktivitātes avoti stāvoklī «pirms»:
- antivīrusa skenēšana — galvenais avots sērijas 2 logā: process
MsMpEng.exepiecu minūšu dīkstāves logā patērēja 212 CPU sekundes; - sākotnējā stāvoklī darbojās meklēšanas pakalpojums, SysMain pakalpojums, telemetrija, drukas spolētājs un citi komponenti — optimizācijas profils atspējo aptuveni 50 fona pakalpojumus un 58 ieplānotos uzdevumus;
- pēc ielādes aktivitāti uztur Windows atjauninājumu orķestrators.
Fona komponentu atspējošana pilnībā nenovērš fona aktivitāti: optimizētajā stāvoklī turpināja darboties lietojumprogrammu saderības novērtēšana (aptuveni 3,7 ms CPU sekundē uzturēšanas logā), bet kopējā atlikusī fona aktivitāte stabilā dīkstāvē bija 4,8 ms CPU sekundē — aptuveni 0,12 % no četru vCPU jaudas (mērīts pēc izsekojuma).
Kas ir apstiprināts
Section titled “Kas ir apstiprināts”- Atkārtoti iegūts (divas neatkarīgas sērijas): procesu skaits −49…−56 %, pavedienu skaits −49…−57 %, pieejamā atmiņa +1,0–1,5 GB.
- Izmērīts (sērija 2): commit dīkstāvē −52 %; aizņemtā fiziskā atmiņa dīkstāvē −49 % un fāzē pēc ielādes −44 %.
- Izmērīts: CPU noslodze dīkstāvē −17 % klusā logā un −67 % logā ar skenēšanu; konteksta pārslēgšanās −19 % un −92 %; DPC −78 % (sērijas 2 logs); aktivitāte pēc ielādes abās sērijās ir zemāka.
- Izmērīts: pie pilnas CPU slodzes caurlaidspējas pieaugums ir +0,19 % (4 pavedieni) un +0,50 % (8 pavedieni); pie nepilnas un jauktas slodzes — no +5,4 līdz +11,2 %.
- Izmērīts: fona prioritātes klases slodze paātrinājās par 77,1 % — stāvoklī «pirms» tā konkurēja ar pašas Windows fona darbu, tostarp antivīrusa skenēšanu.
- Novērots: galvenie fona aktivitātes avoti ir antivīrusa skenēšana, uzturēšana un saderības uzdevumi; pēc optimizācijas atlikusī fona aktivitāte ir tuvu nullei, bet nav nulle.
Kas nav apstiprināts
Section titled “Kas nav apstiprināts”- FPS pieaugums, input lag vai frametime samazinājums reālās spēlēs: netika mērīts. Sintētiskie CPU testi nemodelē spēli ar GPU un nepierāda ietekmi uz spēlēm.
- Katras atsevišķas atspējošanas darbības izolētā ietekme: tika lietots izmaiņu kopums.
- Absolūto vērtību attiecināšana uz fizisku aparatūru, citiem būvējumiem un citiem optimizācijas profiliem.
- Noturība garos laika logos: katra fāze ilga 5 minūtes; Windows fona darbs notiek uzliesmojumos, tāpēc «vidējā diena» netika mērīta.
Ierobežojumi
Section titled “Ierobežojumi”- Mērījumi veikti virtuālajā mašīnā. Virtualizācija rada savu DPC/ISR daļu un slēpj resursdatora plānošanu; fiziskā aparatūrā absolūtās vērtības būs citas. Salīdzinājuma «pirms/pēc» proporcijas un virziens vienādos apstākļos saglabājas.
- ISR rādītājs tabulās nav iekļauts: virtuālajā mašīnā ISR skaitītājs pēc PDH atšķiras no ETW reģistrētajiem pārtraukumu apstrādātājiem par aptuveni 10 % un nesummējas līdz precīzai kopējai vērtībai.
- Sērijas 2 «pirms» logs ietvēra aktīvu Defender skenēšanu, un resursdatora noslodze starp logiem atšķīrās (vidēji 44 % pret 24 %). Tāpēc vērtības attiecas uz konkrētajiem logiem; virziens apstiprināts divās sērijās.
- Sērijā 1 daļu dīkstāves fāzes pārtrauca ārēja virtuālās mašīnas pauze, kas ilga aptuveni 26 sekundes; ierakstīšana tika pabeigta pēc darbības atsākšanas, zaudētu notikumu nav.
- Slodzes testi veikti divos atkārtojumos: tā ir aprakstošā statistika, statistiskā nozīmība netika vērtēta.
- Daļa dīkstāves ieguvuma saistīta ar Microsoft Defender aizsardzības komponentu atspējošanu. Sistēma bez antivīrusa aizsardzības ir apzināts kompromiss, nevis optimizācija bez izmaksām; aizsardzība jāatspējo, apzinoties sekas.
- Mērījumu slānis (izsekošana un skaitītāji) pats rada nelielu fona slodzi; tā ir abos stāvokļos.
Pētījums un izmantotie rīki pieder BoosterX izstrādātājam, tāpēc izstrādātājam ir tieša interese par rezultātiem. Metodika un piemērojamības robežas aprakstītas iepriekš, un secinājumus var pārbaudīt, izmantojot atvērtos datus un uzskaitītos publiskos avotus.
Praktiskais secinājums
Section titled “Praktiskais secinājums”Fona trokšņa samazinājums ir reāls, divreiz atkārtoti iegūts efekts: procesu un pavedienu skaits samazinās uz pusi, atmiņas saistību apjoms — uz pusi, bet diska un tīkla aktivitāte dīkstāvē — par kārtu. Tas ir noderīgi pats par sevi — sistēmas atsaucībai, fona uzdevumiem, temperatūrai, ventilatoru troksnim un akumulatora darbības laikam — un neprasa solījumus par FPS.
Ko no tā nevajadzētu gaidīt: veiktspējas pieaugumu pie pilnas slodzes. Ja CPU jau ir noslogots ar lietderīgu darbu līdz ~89 % jaudas, fona aktivitātes atspējošana nepievienos atlikušos 11 % — virtuālajā mašīnā tie nepieder Windows. Jo aktīvāka ir sistēma salīdzināšanas brīdī, jo lielāks ir redzamais efekts: uzturēšanas logā atšķirība ir daudzkārtīga, klusā logā — mērena.
Ieteikums: novērtējiet fona aktivitāti pirms un pēc jebkādām izmaiņām savā datorā (Task Manager → «Veiktspēja» un «Procesi», Resource Monitor), nevis vadieties pēc citu norādītajiem procentiem. Ja mērķis ir FPS konkrētā spēlē, izmēriet to pirms un pēc izmaiņām.
Stāvokļa atjaunošana
Section titled “Stāvokļa atjaunošana”Abas sērijas tika veiktas izolētās virtuālajās mašīnās, izmantojot neatkarīgas diska kopijas; pēc mērījumiem mašīnas tika atgrieztas sākotnējā stāvoklī. Rakstā lasītājam nav jāmaina iestatījumi, tāpēc atsevišķa atjaunošanas darbība lietotāja datorā nav vajadzīga.
Publiski primārie avoti
Section titled “Publiski primārie avoti”- Microsoft: Windows Performance Recorder — ETW izsekojumu ierakstīšanas rīks, kas izmantots metodikā; pārbaudīts 2026-09-20.
- Microsoft: About Event Tracing — ETW modelis un zaudēto notikumu pārbaude; pārbaudīts 2026-09-20.
- Microsoft: Microsoft Defender Antivirus operētājsistēmā Windows — Defender procesi un pakalpojumi, tostarp
MsMpEng.exe(«Antimalware Service Executable» Task Manager); pārbaudīts 2026-09-20. - Kā mēs pētām Windows — pierādījumu līmeņi un mērījumu protokols.
- Service Host un Windows fona komponenti 11 — kā Windows izvieto fona pakalpojumus procesos.
- Cik daudz atmiņas Windows sistēmā patiešām var atbrīvot — detalizēta šī paša eksperimenta atmiņas analīze.
- Darbvirsma pret pieteikšanās ekrānu — turpinājums: no kā sastāv lietotāja sesijas troksnis.
Izmaiņu vēsture
Section titled “Izmaiņu vēsture”- 2026-09-20: pirmā publikācija — divas neatkarīgas dīkstāves mērījumu sērijas, fāzes pēc ielādes, inventārs un slodzes testi.
- 2026-09-20: precizēta rezultātu attiecināšana uz sērijām (commit un aizņemtā fiziskā atmiņa — tikai sērijā 2; procesi −49…−56 %); interešu konflikta atruna pielāgota kanoniskajam formulējumam.