Si hay un número entre paréntesis después del nombre del proceso de servicio alojado con alto uso de disco, expándalo para ver los nombres de los servicios que está alojando. En muchos casos, puede determinar inmediatamente cuál está golpeando el disco (ya que los otros simplemente no lo harían). Si no puede hacer esto, puede intentar poner cada uno de ellos en su propio proceso svchost para ver qué es lo que está causando el uso excesivo.
Para hacer esto, abra un símbolo del sistema elevado y escriba:
sc config type= own
Debe reemplazar con el nombre del servicio que desea mover a su propio proceso. El espacio entre el signo igual y own debe estar ahí para que esto funcione correctamente.
Deberías ver que el servicio se mueve a su propio proceso svchost en este punto. (He oído que algunos servicios no se pueden mover inmediatamente de esta manera y requieren un reinicio, pero nunca he visto esto en la práctica.)
Si el proceso que moviste se lleva la alta actividad del disco con él, has encontrado a tu culpable. Si no, pruebe con otro de los servicios de la lista.
Cuando termine, recuerde restaurar todos esos procesos a un estado compartido para conservar los recursos del sistema. Esto se hace con este comando:
sc config type= shared
También hay que tener en cuenta que algunos servicios compartidos deben o necesitan ejecutarse como un conjunto en un proceso svchost, sobre todo Remote Procedure Call, Unistack Service Group, DCOM Server Process Launcher y Local Service (No Network). No lo he intentado, pero es posible que estos no puedan ser movidos con el comando de reconfiguración descrito anteriormente.