Postopek gostitelja za nastavitev sinhronizacije ( SettingSynchHost.exe ) je postopek, ki sinhronizira vse vaše sistemske nastavitve z drugimi napravami. Sinhronizira vse vrste stvari, na primer, če spremenite ozadje v enem računalniku, se bo spremenilo tudi v vseh drugih računalnikih. Podobno sinhronizira tudi Internet Explorer, OneDrive, Xbox in druge uporabne programe.
Ta postopek se nahaja v mapi System32 in je znan kot precej pomemben postopek v sistemu Windows. Kakorkoli koristen je ta postopek, pogosto povzroča različne težave, na primer za nedoločen čas porabi veliko virov (CPE). V nekaterih primerih je ta proces ves čas porabil 100% enega od logičnih procesorjev.
To težavo obravnava več rešitev. Začnite s prvim in se ustrezno spustite navzdol.
1. rešitev: Posodabljanje sistema Windows
Očitno je Microsoft takoj obvestil SettingSyncHost.exe ”, Ki je porabil ogromno CPU in usmeril svoje inženirje, naj delajo na rešitvi. Dokaj kmalu zatem je velikan uvedel vrsto posodobitev, ki so usmerile to težavo in druge napake.
Če iz kakršnega koli razloga niste posodobili sistema Windows, takoj izvedite vse posodobitve. Operacijski sistemi zahtevajo pogoste posodobitve in popravke napak, da lahko nemoteno delujejo brez težav. Upoštevajte, da za posodobitev računalnika potrebujete aktivno internetno povezavo.
- Pritisnite Windows + S, vnesite » Posodobitev sistema Windows 'V pogovornem oknu in pritisnite Enter.
- Kliknite gumb “ Preveri za posodobitve 'In pustite, da se Windows prenese, če ga najde.
- Po namestitvi posodobitev ponovni zagon računalnik in preverite, ali se je uporaba izboljšala.
Rešitev 2: Dodajanje lastništva za registrski ključ
V nekaterih primerih se zdi, da je postopek SettingSyncHost.exe «Še naprej poskuša zapisati datoteko v določen imenik in nato posodobiti registrski ključ, vendar ne uspe, ker nima dovoljenj. Vedno znova piše datoteke in poskuša znova in znova; to je tisto, kar povzroča veliko porabo procesorja v računalniku.
Lahko poskusimo prevzeti lastništvo registrskega ključa v računalniku in preverimo, ali se s tem kaj spremeni. Upoštevajte, da boste za izvajanje te rešitve morda potrebovali skrbniške pravice.
- Pritisnite Windows + R, vnesite » regedit 'V pogovornem oknu in pritisnite Enter.
- V urejevalniku registra pojdite na naslednjo pot do datoteke:
HKEY_CURRENT_USER Software Microsoft InputPersonalization TrainedDataStore en-GB 2
- Z desno miškino tipko kliknite vnos in izberite » Dovoljenja 'S seznama možnosti.
- Kliknite na ' Popoln nadzor «Za vse uporabniške skupine posebej. Pritisnite Uporabi, da shranite spremembe in zaprete.
- Ponovni zagon računalnik in preverite, ali je težava odpravljena.
3. rešitev: zagon skripta PowerShell (samo za napredne uporabnike)
Če obe zgornji rešitvi ne delujeta, lahko poskusimo napisati skript PowerShell. Ta skript deluje tako, da ubije postopek SettingSyncHost.exe Iz računalnika vsakih pet minut. Upoštevajte, da boste morali vnesti svoje poverilnice za registracijo opravila v računalniku. Ta rešitev je namenjena samo naprednim uporabnikom, ki vedo, kaj delajo.
- Pritisnite Windows + S, vnesite » PowerShell «V pogovornem oknu z desno miškino tipko kliknite aplikacijo in izberite» Zaženi kot skrbnik «.
- Ko ste v povišanem stanju, zaženite naslednjo kodo, navedeno spodaj:
Register-ScheduledJob -Ime “Kill SettingSyncHost” -RunNow -RunEvery “00:05:00” -Vrednost (Get-Credential) -ScheduledJobOption (New-ScheduledJobOption -StartIfOnBattery -ContinueIfGoingOnBattery) -ScriptBlock {Get | ? {$ _. Ime -eq “SettingSyncHost” -in $ _. StartTime -lt ([System.DateTime] :: Now) .AddMinutes (-5)} | Stop-Process-Force}
Kot lahko vidite, boste morali vnesti poverilnice, preden boste lahko opravilo registrirali v računalniku. Po vnosu poverilnic preverite, ali je postopek SettingSyncHost ' samodejno prekine. Če se ne, poskusite znova zagnati računalnik in znova preverite.
- Če ste delo že prijavili, a želite ubiti ga , izvedite spodnji ukaz:
Get-ScheduledJob | ? Ime -eq “Kill SettingSyncHost” | Odjavite-ScheduledJob
- Znova zaženite računalnik in opravilo naj bo odjavljeno.
