Diagnóstico de desempenho por processo no Windows: Get-Process, Get-CimInstance e contagem de handles

Objetivo

Reduzir um problema de CPU, memória ou handles que afeta o host inteiro a um único processo do Windows, usando o PowerShell, e recorrer a uma ferramenta Sysinternals apenas quando já houver um processo específico sob suspeita.

Pré-requisitos

PowerShell na máquina de destino (local ou via remoting); serviço WMI/CIM em execução para as classes Win32_PerfFormattedData_* (é o comportamento padrão); direitos administrativos para inspecionar processos pertencentes a outros usuários.

Passos

1. Ordene por working set: Get-Process | Sort-Object WorkingSet64 -Descending | Select-Object -First 10 Name, Id, WorkingSet64, CPU. A documentação do Get-Process mostra o working set e CPU como propriedades disponíveis diretamente nos objetos retornados; use WorkingSet64 (alias WS), pois a antiga propriedade WorkingSet, de 32 bits, retorna valores incorretos para processos acima de 2 GB.
2. Ordene por CPU da mesma forma: Get-Process | Sort-Object CPU -Descending | Select-Object -First 10; aqui CPU é o tempo acumulado de processador desde o início do processo, não uma percentagem, de modo que um processo em execução há muito tempo pode aparecer no topo mesmo estando ocioso no momento.
3. Para obter uma taxa em vez de um total acumulado, consulte a classe de dados de desempenho formatados: Get-CimInstance Win32_PerfFormattedData_PerfProc_Process | Where-Object Name -notin '_Total','Idle' | Sort-Object PercentProcessorTime -Descending | Select-Object -First 10 Name, IDProcess, PercentProcessorTime. O filtro é importante: sem ele, as instâncias _Total e Idle ficariam no topo da lista. O valor é relativo a um processador lógico, portanto um processo com várias threads pode ultrapassar 100. A documentação do Get-CimInstance descreve a consulta de uma classe por meio de -ClassName; a documentação da classe Win32_PerfFormattedData_PerfProc_Process lista PercentProcessorTime e IDProcess entre as suas propriedades, já calculadas como taxa.
4. Verifique os handles quando houver suspeita de que um processo os esteja vazando, uma causa comum de degradação lenta, e não de picos repentinos: Get-Process | Sort-Object Handles -Descending | Select-Object -First 10 Name, Id, Handles. A propriedade subjacente Process.HandleCount está documentada como o número de handles do sistema operacional que o processo mantém abertos; uma contagem que sobe de forma constante ao longo de horas, sem alteração na carga de trabalho, é a marca de um vazamento.
5. Depois de identificar um processo específico, passe para uma ferramenta Sysinternals para obter detalhes que o PowerShell não expõe: o Process Explorer, para inspecionar exatamente quais handles e DLLs o processo mantém abertos; ou o Process Monitor, para observar em tempo real a atividade do processo no sistema de arquivos, no registro e em processos/threads.
6. O Process Monitor exige direitos administrativos (ele carrega um driver); o Process Explorer funciona sem eles, mas só mostra todos os detalhes dos processos de outros usuários quando executado com privilégios elevados. Interrompa a captura no Process Monitor sem demora, pois o log cresce rapidamente com as configurações padrão.

Resultado esperado

O ID de um processo específico, com uma taxa medida (percentagem de CPU, working set ou contagem de handles) sobre a qual um script possa agir, recorrendo a uma ferramenta gráfica apenas quando as propriedades do próprio PowerShell não bastarem.

Limites e base de verificação

As classes Win32_PerfFormattedData_* são calculadas a partir de duas amostras internas consecutivas, por isso uma única consulta pode retornar uma taxa pouco confiável logo na primeira chamada; consultar duas vezes, com alguns segundos de intervalo, é mais confiável. A contagem de handles, por si só, não indica qual tipo de recurso (arquivo, chave de registro, evento) está sendo vazado; para esse detalhe é necessária a visão por handle do Process Explorer.