Solution:
Root Cause: Service Host Process Grouping & Corrupted Service State
Multiple Windows services run under shared
svchost.exe process instances. When an individual background service (such as Windows Update, SysMain, or Windows Search) encounters a corrupt index or queue, the host process memory grows unbounded.
Step-by-Step Fix:
1.Identify the Exact Service PID inside svchost.exe:
Open Task Manager, switch to the Details tab, and locate the svchost.exe instance with high memory.Note its PID (e.g., 3412).Open Command Prompt (Admin) and list services running inside that PID: cmd
tasklist /svc /fi "pid eq 3412"
2.Split the Leaking Service into its Own Host Process:
Force the specific service (e.g., wuauserv or wsearch) to run in an isolated process container by running: cmd
sc config [ServiceName] type= own
*(Replace
[ServiceName] with the actual service name string)*.
3.Restart the Service and Reset Components:
Stop and restart the isolated service: cmd
net stop [ServiceName] && net start [ServiceName]
If the service is wsearch, rebuild the index in Control Panel > Indexing Options > Advanced > Rebuild.