Palestra do Quinto Encontro: Process Explorer

Thu, 09 Oct 2008 03:55:21 GMT

Aos que n�o acompanham a lista de discuss�o e o site do nosso glorioso http://www.ccppbrasil.org, foi realizado no s�bado passado o Quinto Encontro de Programadores C e C++, no espa�o cedido pela Microsoft Brasil. Para fazer as honras ao anfitri�o e saciar minha vontade de falar sobre os softwares que me salvam a pele todos os dias, falei sobre as ferramentas de apoio � programa��o, debug e diagn�stico na plataforma Windows.

Como uma palestra de 1:15hs (um pouco menos se consideramos o problema no som...) n�o � nem de longe suficiente para explicar todas as ferramentas, vou explic�-las melhor aqui no meu recentemente abandonado blog. Aos que esperam o prosseguimento da s�rie de Win32, vamos esperar a Apple devolver meu carregador que foi para garantia e nunca mais voltou, assim eu consigo recuperar o fonte dos pr�ximos posts. Bom chega de choramingar, daqui a pouco vou come�ar os posts com "meu querido di�rio"...

A primeira ferramenta que eu mostrei, e de longe a mais �til � o Process Explorer, o Task Manager vitaminado da Sysinternals:

Principais usos:

Visualizar processos em �rvore: Isso possibilita saber facilmente qual processo iniciou outro processo. CTRL+T
Finalizar uma �rvore de processos: Muitos programas (setups geralmentes) criam v�rios processos filhos que fazem o mesmo, ficando dif�cil finalizar todos os processos criados. Um SHIFT+DEL no processo pai resolve esse problema, matando sem remorso o processo pai e toda sua fam�lia.
Mostrar indicadores detalhados de mem�ria: A pergunta "quanto de mem�ria esse processo est� usando?" � vaga e subjetiva. Clicando com o bot�o direito no header da lista com os processos aparece a op��o "Select Columns...". Na aba "Process Memory" encontramos os indicadores detalhados de mem�ria, como "Private Bytes" e "Working Set". Mais detalhes sobre isso no material da minha palestra "Por Dentro do Windows: Gerenciamento de Mem�ria" (que eu j� ministrei 3 vezes e se me convidarem eu fa�o de novo, gosto bastante desse assunto)
Saber qual processo est� mantendo um determinado arquivo aberto: CTRL+F, digite o nome do arquivo. Voc� ver� uma lista dos processo que mant�m handles abertos para esse arquivo.
Visualizar quais conex�es TCP/IP o processo mant�m: Duplo clique no processo, depois aba TCP/IP.
Resumo do status do sistema (consumo de processador, mem�ria, I/O, etc): CTRL+I ou menu View >> System Information. Apesar de parece com a janela do Task Manager, nessa janela temos informa��es tamb�m sobre o I/O total do sistema.
Descobrindo qual processo criou uma determinada janela: Arraste o �ltimo bot�o da barra de ferramentas (um alvo) para cima da janela. O processo dono ser� selecionado. Muito �til para descobrir qual dos programas in�teis do fabricante do seu notebook est�o ativando aqueles insuport�veis popups. Ou qual das 15 inst�ncias do seu programa deve ser debugada depois de mostrar um MessageBox(NULL, "Passou por aqui!!!", "DEBUG", MB_OK);.
Descobrir quais servi�os rodam em uma inst�ncia do svchost.exe: Muitos servi�os nativos do Windows s�o implementados como DLLs que rodam dentro de um dos in�meros processos do svchost.exe. Abra as propriedades de um processo (duplo clique ou bot�o direito e "Properties"), voc� ver� uma aba "Services" com a lista.
Descobrir quais processo s�o do usu�rio XYZ: Na tela de sele��o de colunas, existe uma coluna "User name" na aba "Process Information".
Lista de todos os handles (arquivos, sockets, chaves de registro mutexes, events, etc) de um processo: CTRL+H.
Listar DLLs carregadas por um processo: CTRL+D. Bot�o direiro + op��o "Properties" na DLL e voc� v� o caminho completo da DLL, sua vers�o e o nome do fabricante/fornecedor.
Ver os processos que mais consomem CPU: Na lista de colunas, aba "Process Performance", escolha a coluna "CPU Time", que mostra o total de tempo de processador que o processo j� consumiu desde seu in�cio. �til para quem quer economizar bateria do notebook. Ou descobrir qual dos 19 antispywares que seu usu�rio instalou est�o monopolizando a CPU e n�o deixando muito espa�o para sua aplica��o (que o usu�rio gentilmente chama de "carro�a").
Iniciar o Process Explorer minimizado no "tray" na inicializa��o do Windows: Crie um atalho do Explorer para o comando "procexp.exe /t" e coloque-o em Start Menu >> Programs >> Startup.

Mais sugest�es nos coment�rios ser�o bem vindas e muito �teis para quem ler esse post no futuro. E tor�am para o deus/santo/padroeiro/entidade/orix�/sei-l�-o-que da organiza��o (deve existir um) me ajude a separar mais tempo para escrever no blog, pois eu realmente gosto de fazer isso...

3 coment�rio(s)

E o bug �....

Tue, 23 Sep 2008 23:23:22 GMT

O bug est� no uso incorreto da fun��o WaitForMultipleObjects:

DWORD WINAPI WaitForMultipleObjects(
  __in  DWORD nCount,
  __in  const HANDLE *lpHandles,
  __in  BOOL bWaitAll,
  __in  DWORD dwMilliseconds
);

Parameters:

nCount [in]:The number of object handles in the array pointed to by lpHandles. The maximum number of object handles is MAXIMUM_WAIT_OBJECTS.

Vendo o valor de MAXIMUM_WAIT_OBJECTS em winnt.h:

#define MAXIMUM_WAIT_OBJECTS 64     // Maximum number of wait objects

E no meu post:


 static const DWORD threadCount = 100;

...


//
// esperando TODAS as threads retornarem
//             |___________________________________
//                                                 |
//                                                 v
//
WaitForMultipleObjects(threadCount, &threads[0], TRUE, INFINITE);

N�o podemos esperar 100 threads de uma vez s�. Agora sabemos que o programa n�o espera todas as threads terminarem antes de mostrar o resultado.

1 coment�rio(s)