Перейти к содержимому

Kutofanya kazi kwa utulivu: shughuli za chinichini za Windows kabla na baada ya uboreshaji

На этой странице

Kuzima vipengele vya usuli vya Windows kwa kweli hupunguza shughuli wakati mfumo haufanyi kazi: katika mfululizo wawili huru wa vipimo, idadi ya michakato ilipungua kwa 49–56 %, matumizi ya CPU wakati wa kutokuwa na shughuli — kwa 17–67 %, na kiasi cha commit ya kumbukumbu — kwa 52 % katika mfululizo wa pili. Hata hivyo, chini ya mzigo kamili wa CPU, throughput iliongezeka kwa 0,2–0,5 % pekee. «Kutokuwa na shughuli kwa utulivu» ni upungufu uliothibitishwa wa kazi za usuli na ushindani wa rasilimali, si ongezeko la FPS: athari ya mwisho kwenye michezo haikupimwa katika utafiti huu.

Hali: mwelekeo wa athari ulijirudia katika mfululizo wawili huru kwenye build moja ya Windows 11 ndani ya mashine pepe. Thamani hutofautiana kati ya mifululizo kwa sababu shughuli za usuli za Windows huja kwa vipindi vya ghafla: katika kipindi chenye uchanganuzi wa Microsoft Defender, tofauti ya matumizi ya CPU hufikia −67 %, ilhali katika kipindi ambacho tayari kimetulia ni −17 %.

Tulipima madai manne:

  1. Kuzima vipengele vya usuli hupunguza kwa kiasi kikubwa shughuli za mfumo wakati hautumiki.
  2. Hupunguza kwa kiasi kikubwa shughuli katika dakika za kwanza baada ya kuwasha.
  3. Hupunguza kwa kiasi kikubwa matumizi ya kumbukumbu.
  4. Huleta ongezeko linaloweza kupimwa la utendaji chini ya mzigo kamili wa CPU.
  • Windows 11 Pro, build 26300.9457 (26H2);
  • mashine pepe: 4 vCPU, 8 GB RAM, uvirtualishaji wa VMware;
  • hali mbili za usakinishaji mmoja: wa awali («kabla») na baada ya kutumia wasifu wa uboreshaji wa BoosterX (build iliyokuwa ya sasa tarehe za vipimo);
  • mifululizo miwili huru ya vipimo: 2026-09-18 na 2026-09-19; hali zililinganishwa kwenye nakala huru za diski ili vipimo visiathiriane;
  • awamu: dakika 5 baada ya kuwasha, dakika 5 za kutulia, dakika 5 za kutokuwa na shughuli;
  • majaribio mafupi ya usanisi: nyuzi 1, 4 na 8, mzigo wa kumbukumbu, mzigo wa vipindi na mchanganyiko wa vipaumbele.

Vipimo havikujumuisha michezo halisi, mzigo wa GPU, vifaa halisi wala vipindi virefu (saa na siku).

Mfululizo tofauti wa vipimo kwenye PC halisi ya Ryzen 7 7800X3D, wenye hatua nne na vipimo vya michezo, umechapishwa katika makala «BoosterX: shughuli za usuli za Windows na FPS katika CS2». Matokeo yake hayajaunganishwa na mfululizo huu wa mashine pepe.

Itifaki inafuata «Jinsi tunavyochunguza Windows»:

  • kila awamu ilirekodiwa kwa ufuatiliaji wa ETW (Windows Performance Recorder, wasifu mwepesi wa CPU, diski, faili na mtandao) na vihesabu vya utendaji kwa vipindi vya sekunde 5 (mfumo) na sekunde 15 (kwa michakato);
  • awamu ya «baada ya kuwasha» ilianzishwa kwa kuwasha upya kulikodhibitiwa na kuanza wakati uptime ilikuwa takriban dakika moja;
  • idadi ya matukio yaliyopotea ilikaguliwa katika kila ufuatiliaji — katika vipindi vyote vilivyoonyeshwa hapa ni sifuri;
  • wastani ulihesabiwa kwa vipindi kamili vya sekunde tano pekee ndani ya mipaka ya awamu (vipindi 59 kwa kila awamu);
  • katika mfululizo 2, jaribio la kwanza la «kabla» liliondolewa kwa sababu mashine pepe iliingia katika hali ya usingizi; jaribio la kurudia lilitumika;
  • majaribio ya mzigo yalifanywa mara mbili, na wastani wa kati umeonyeshwa; matumizi ya CPU yalirekebishwa kwa vCPU nne.

«Kabla» na «baada» ni hali za usakinishaji mmoja wa Windows: hali ya «baada» ilipatikana kwa kutumia wasifu wa uboreshaji, na «kabla» ni hali ya awali. Mkusanyiko mzima wa mipangilio ulibadilishwa, kwa hiyo mchango wa kuzima kipengele kimoja kimoja haukupimwa.

Mfululizo 1 (2026-09-18) — kipindi thabiti cha kutokuwa na shughuli bila matengenezo yanayoendelea:

Kipimo Kabla Baada Mabadiliko
Matumizi ya CPU, % 2,48 2,06 −17 %
DPC + ISR, % CPU 1,73 1,59 −8 %
Mabadiliko ya muktadha, /s 469 381 −19 %
Michakato (wastani) 134,9 69,3 −49 %
Nyuzi (wastani) 1 444,6 738,7 −49 %
Jumla ya CPU ya michakato yote, % 1,22 1,06 −13 %
Kumbukumbu inayopatikana, MB 5 490 6 518 +1 028
Usomaji wa diski, KB/s 22,6 24,4 +8 %
Uandishi kwenye diski, KB/s 311,3 262,1 −16 %
Mtandao (upokeaji), KB/s 132,6 2,2 −98 %
Mtandao (utumaji), KB/s 43,2 4,7 −89 %

Mfululizo 2 (2026-09-19) — kipindi kilekile cha kutokuwa na shughuli, lakini katika hali ya «kabla» uchanganuzi wa usuli wa Microsoft Defender ulikuwa unaendelea:

Kipimo Kabla Baada Mabadiliko
Matumizi ya CPU, % 33,37 11,03 −67 %
Mabadiliko ya muktadha, /s 3 737 291 −92 %
Michakato (wastani) 142,3 61,9 −56 %
Nyuzi (wastani) 1 494,7 637,1 −57 %
Kumbukumbu inayopatikana, MB 5 174 6 653 +1 479
Kumbukumbu halisi inayotumika, MB 3 017 1 538 −49 %
Commit ya kumbukumbu, 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 %
Usomaji wa diski, MB/s 7,42 0,01 −99,9 %
Uandishi kwenye diski, MB/s 4,57 0,23 −95,0 %

Kulikuwa na shughuli ndogo sana ya mtandao wakati wa kutokuwa na shughuli katika mfululizo 2 katika hali zote mbili (makumi ya baiti kwa sekunde), kwa hiyo safu za mtandao hazijaonyeshwa. Tofauti kati ya mifululizo si mkanganyiko, bali ni sifa ya shughuli za usuli zenyewe: Windows inapofanya matengenezo, kuzima vipengele vya usuli huokoa zaidi; kipindi kikiwa tayari kimetulia, huokoa kidogo.

Kipimo Mfululizo 1 (kabla → baada) Mfululizo 2 (kabla → baada)
Matumizi ya CPU, % 3,42 → 2,59 14,62 → 11,88
Mabadiliko ya muktadha, /s 1 114 → 600 1 257 → 393
Michakato 132 → 74 139 → 64
Nyuzi — 1 719 → 746
Kumbukumbu halisi inayotumika, MB — 2 821 → 1 581
Kumbukumbu inayopatikana, MB — 5 370 → 6 610
Usomaji wa diski, KB/s — 826 → 433
Uandishi kwenye diski, KB/s 634 → 418 709 → 298
Mtandao (upokeaji), KB/s — 1,15 → ~0

Alama ya kistari ina maana kwamba kipimo hicho hakikurekodiwa kwa awamu hiyo katika mfululizo husika.

Picha ya orodha wakati wa kutokuwa na shughuli (mfululizo 1):

Kabla Baada
Michakato 136 70
Nyuzi 1 679 842
Jumla ya working set, MB 3 841 1 868
Jumla ya private bytes, MB 1 524 660

Watumiaji wakubwa zaidi wa kumbukumbu kabla ya uboreshaji: mchakato wa kingavirusi MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Baada ya uboreshaji, orodha iliongozwa na explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) na StartMenuExperienceHost (106 MB).

Kumbukumbu inayopatikana iliongezeka kwa 1,0–1,5 GB, na kiasi cha commit kilipungua kwa 52 %. Maelezo ya kile kinachoweza «kuachiliwa» kwa kweli na kwa nini jumla ya working set ya michakato si sawa na kumbukumbu huru yanapatikana katika «Ni kumbukumbu kiasi gani kinachoweza kuachiliwa kweli katika Windows».

Majaribio mafupi ya usanisi (mfululizo 2, wastani wa kati wa marudio mawili):

Hali Mabadiliko ya throughput Matumizi ya CPU: kabla / baada
Nyuzi moja +5,4 % 21,9 / 22,6 %
Nyuzi nne (kamili) +0,19 % 88,9 / 89,4 %
Nyuzi nane (kamili) +0,50 % 88,9 / 88,8 %
Mzigo wa kumbukumbu +11,2 % 84,8 / 87,5 %
Mzigo wa vipindi (mapumziko 1 ms) +5,4 % 64,3 / 67,7 %
Vipaumbele mchanganyiko +8,5 % 21,2 / 22,5 %
Kipaumbele cha usuli +77,1 % 38,8 / 65,2 %

Chini ya mzigo kamili wa nyuzi nne, mchakato wenye kazi ulitumia takriban 89 % ya uwezo wa vCPU nne kabla na baada ya uboreshaji. Takriban 11 % iliyobaki katika mashine pepe haiwezi kutangazwa kuwa «kelele ya Windows» inayoweza kuondolewa: upangaji wa kazi wa hypervisor hauonekani katika ufuatiliaji wa mfumo mgeni. Nyuzi za kazi ziligawanywa kwa usawa (tofauti ya kiasi cha kazi kati yao ilikuwa 0,994–0,997), hakukuwa na njaa ya rasilimali, na foleni ya CPU wakati wa kutokuwa na shughuli baada ya uboreshaji ilikuwa karibu tupu.

Vyanzo vya shughuli za usuli vilivyopimwa katika hali ya «kabla»:

  • uchanganuzi wa kingavirusi — chanzo kikuu katika kipindi cha mfululizo 2: mchakato MsMpEng.exe ulitumia sekunde 212 za CPU katika kipindi cha dakika tano cha kutokuwa na shughuli;
  • katika hali ya awali, huduma ya utafutaji, huduma ya SysMain, telemetry, print spooler na vipengele vingine vilikuwa vinafanya kazi — wasifu wa uboreshaji huweka takriban huduma 50 za usuli na kazi zilizopangwa 58 katika hali ya kuzimwa;
  • baada ya kuwasha, shughuli huambatana na orchestrator ya masasisho ya Windows.

Kuzima vipengele vya usuli hakuondoi shughuli zote za usuli: katika hali iliyoboreshwa, tathmini ya uoanifu wa programu iliendelea kufanya kazi (takriban 3,7 ms za CPU kwa sekunde katika kipindi cha matengenezo), na jumla ya shughuli za usuli zilizobaki katika kipindi thabiti cha kutokuwa na shughuli ilikuwa 4,8 ms za CPU kwa sekunde — takriban 0,12 % ya uwezo wa vCPU nne (kulingana na ufuatiliaji).

  • Yalijirudia (mifululizo miwili huru): idadi ya michakato −49…−56 %, nyuzi −49…−57 %, kumbukumbu inayopatikana +1,0–1,5 GB.
  • Yalipimwa (mfululizo 2): commit −52 % wakati wa kutokuwa na shughuli; kumbukumbu halisi inayotumika −49 % wakati wa kutokuwa na shughuli na −44 % katika awamu ya baada ya kuwasha.
  • Yalipimwa: matumizi ya CPU wakati wa kutokuwa na shughuli −17 % katika kipindi tulivu na −67 % katika kipindi chenye uchanganuzi; mabadiliko ya muktadha −19 % na −92 %; DPC −78 % (kipindi cha mfululizo 2); shughuli baada ya kuwasha zilikuwa chini katika mifululizo yote miwili.
  • Yalipimwa: chini ya mzigo kamili wa CPU, ongezeko la throughput lilikuwa +0,19 % (nyuzi 4) na +0,50 % (nyuzi 8); chini ya mzigo usiokamilika na mchanganyiko, lilikuwa kati ya +5,4 na +11,2 %.
  • Yalipimwa: mzigo wa aina ya kipaumbele cha usuli uliongezeka kasi kwa 77,1 % — katika hali ya «kabla» ulishindana na shughuli za usuli za Windows yenyewe, ikiwemo uchanganuzi wa kingavirusi.
  • Vilionekana: vyanzo vikuu vya shughuli za usuli ni uchanganuzi wa kingavirusi, matengenezo na kazi za uoanifu; baada ya uboreshaji, shughuli za usuli zilizobaki zinakaribia sifuri, lakini si sifuri.
  • Ongezeko la FPS, upungufu wa input lag au frametime katika michezo halisi: havikupimwa. Majaribio ya usanisi ya CPU hayaigi mchezo unaotumia GPU na hayathibitishi athari kwenye michezo.
  • Mchango wa kila kipengele kilichozimwa peke yake: mabadiliko yalitumika kama mkusanyiko.
  • Kuhamisha thamani kamili kwenda kwenye vifaa halisi, build nyingine na wasifu mwingine wa uboreshaji.
  • Uthabiti katika vipindi virefu: kila awamu ni dakika 5; shughuli za usuli za Windows huja kwa vipindi vya ghafla, kwa hiyo «wastani wa siku» haukupimwa.
  • Vipimo vilifanywa ndani ya mashine pepe. Uvirtualishaji huongeza sehemu yake ya DPC/ISR na kuficha upangaji wa kazi wa host; thamani kamili zitakuwa tofauti kwenye vifaa halisi. Uwiano na mwelekeo wa ulinganisho wa «kabla/baada» hubaki vilevile chini ya hali zinazofanana.
  • Kipimo cha ISR kimeondolewa kwenye majedwali: katika mashine pepe, kihesabu cha ISR cha PDH hutofautiana na vidhibiti vya kukatiza vilivyopimwa kwa ETW kwa takriban 10 % na hakilingani na jumla kamili.
  • Kipindi cha «kabla» cha mfululizo 2 kilikuwa na uchanganuzi wa Defender unaoendelea, na mzigo wa host ulitofautiana kati ya vipindi (wastani wa 44 % dhidi ya 24 %). Kwa hiyo, thamani zinahusu vipindi husika; mwelekeo umethibitishwa na mifululizo miwili.
  • Katika mfululizo 1, sehemu ya awamu ya kutokuwa na shughuli ilikatizwa na kusitishwa kwa mashine pepe kutoka nje kwa takriban sekunde 26; kurekodi kuliendelea baada ya kurejea, na hakuna matukio yaliyopotea.
  • Majaribio ya mzigo yalirudiwa mara mbili: hizi ni takwimu za maelezo, umuhimu wa kitakwimu haukutathminiwa.
  • Sehemu ya faida wakati wa kutokuwa na shughuli inatokana na kuzima vipengele vya ulinzi vya Microsoft Defender. Mfumo usio na ulinzi wa kingavirusi ni maelewano ya makusudi, si uboreshaji usio na gharama; zima ulinzi ukiwa unaelewa gharama yake.
  • Tabaka la vipimo (ufuatiliaji na vihesabu) lenyewe huleta mzigo mdogo wa usuli; mzigo huo upo katika hali zote mbili.

Utafiti na zana zilizotumika ni mali ya msanidi wa BoosterX, kwa hiyo msanidi ana maslahi ya moja kwa moja katika matokeo. Mbinu na mipaka ya matumizi yake imeelezwa hapo juu, na hitimisho linaweza kukaguliwa kwa kutumia data iliyo wazi na vyanzo vya umma vilivyoorodheshwa.

Kupunguza kelele za shughuli za usuli ni athari halisi iliyojirudia mara mbili: michakato na nyuzi ni nusu, commit ya kumbukumbu ni nusu, na shughuli za diski na mtandao wakati wa kutokuwa na shughuli zimepungua kwa takriban mara kumi. Hili lina manufaa lenyewe — kwa mwitikio wa mfumo, kazi za usuli, halijoto, kelele ya feni na muda wa matumizi ya betri — bila kuhitaji ahadi za FPS.

Usitarajie nini: ongezeko la utendaji chini ya mzigo kamili. Ikiwa CPU tayari inatumika kwa kazi yenye manufaa kwa takriban 89 % ya uwezo, kuzima shughuli za usuli hakuongezi 11 % iliyobaki — katika mashine pepe, sehemu hiyo si ya Windows. Athari inayoonekana hutegemea shughuli za mfumo wakati wa ulinganisho: katika kipindi cha matengenezo tofauti ni kubwa mara kadhaa, ilhali katika kipindi tulivu ni ya wastani.

Pendekezo: pima shughuli za usuli kabla na baada ya mabadiliko yoyote kwenye kompyuta yako (Task Manager → «Utendaji» na «Michakato», Resource Monitor), badala ya kutegemea asilimia za wengine. Ikiwa lengo ni FPS katika mchezo mahususi, pima FPS yenyewe kabla na baada ya mabadiliko.

Mifululizo yote miwili ilifanywa katika mashine pepe zilizotengwa, kwenye nakala huru za diski; baada ya vipimo, mashine zilirejeshwa katika hali zake za awali. Makala haihitaji msomaji kubadilisha mipangilio, kwa hiyo hakuna hatua tofauti ya kurejesha inayohitajika kwenye kompyuta ya mtumiaji.

  • 2026-09-20: uchapishaji wa kwanza — mifululizo miwili huru ya vipimo vya kutokuwa na shughuli, awamu za baada ya kuwasha, orodha na majaribio ya mzigo.
  • 2026-09-20: uhusishaji wa matokeo kwa mifululizo umefafanuliwa (commit na kumbukumbu halisi inayotumika — mfululizo 2 pekee; michakato −49…−56 %); kanusho kuhusu mgongano wa maslahi limewekwa katika maneno sanifu.