À primeira vista, pensei que isso poderia ter algo a ver com o Native Image Generation Service (ngen). Isso pode ser chamado diretamente ou ser executado como um serviço. Mas o nome do serviço é realmente mscorsvw.exe
(eu acho; a menos que tenha mudado no .NET 4.5 / VS 2013). Além disso, esqueci que o services.exe é, na verdade, o Gerenciador de controle de serviços e não se refere a nenhum serviço em particular, porque nenhum serviço do Windows está realmente hospedado em services.exe.
O problema é que isso será super específico para sua configuração específica. Pode ser hardware; poderia ser um motorista; poderia concebivelmente ser um vírus sendo executado como um processo aparentemente legítimo para tentar se mascarar.
Verifique seu log de eventos do Windows em Ferramentas Administrativas. Está sendo spammed notoriamente? Acredito que gravações de log de eventos envolvem services.exe.
Também possivelmente de interesse é que os drivers de dispositivo hotplug (para periféricos USB e, atualmente, até placas gráficas) são carregados via services.exe. De wikipedia :
Services whose Type registry value is SERVICE_KERNEL_DRIVER or SERVICE_FILE_SYSTEM_DRIVER are handled specially: these represent device drivers for which ScStartService() calls the ScLoadDeviceDriver() function which loads the appropriate driver (usually a file with an extension .sys) which must be located in the %SystemRoot%\System32\Drivers\ directory. For that purpose, the NtLoadDriver system call is invoked, and the SeLoadDriverPrivilege is added to the SCM's process.
Portanto, o SCM, também conhecido como services.exe
, tem uma interação frágil e altamente privilegiada com os drivers de dispositivo do sistema. Um driver poderia muito bem estar funcionando mal e periodicamente tentando se recarregar (talvez devido a uma falha), e comendo muita RAM no SCM durante sua rotina de inicialização, o que é feito em processo no services.exe.
Esta resposta é muito especulativa porque não tenho uma resposta precisa com base nas informações que você forneceu. Desculpe.
Coisas para experimentar:
- Assista ao log de eventos como um falcão. Veja se alguma coisa é escrita na época em que você experimenta o atraso.
- Veja se isso acontece sem o Visual Studio em execução.
- Tente atualizar seus drivers. Eu sei que soa bobo, mas na verdade pode ser drivers.