freebsd
[Início] [Todas as Listas]

Re: [FUG-BR] dtrace

From: "Thadeu Penna" <thadeu.penna@xxxxxxxxx>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" <freebsd@xxxxxxxxxx>
Subject: Re: [FUG-BR] dtrace
Date: Tue, 30 May 2006 23:59:09 -0300
On 5/30/06, Eduardo B Ribeiro <asdrub@xxxxxxxxxxxxx> wrote:
Em Ter, 2006-05-30 às 23:20 -0300, Thadeu Penna escreveu:
>    1. How many times does a FreeBSD
> buildworld/buildkernel/installkernel open each file and what are the
> file names?
>    2. What processes fork during a buildworld and how many times?
>    3. Quantize the size of reads during a buildworld.
>    4. Reading fields in the current thread structure.
>
> Não sei que informação útil tirar de nenhum dos quatro exemplos
> acima :(

Olá,

Imagine que o exemplo refere-se a uma ferramenta muito interna do
sistema (build) e que os dados extraídos ali certamente são de mais
valia para quem está trabalhando com o sistema de rebuild do freebsd
(debugando e/ou tentanto otimizá-lo).
No entanto, se vc abstrair os exemplos, veja que poderá fazer o mesmo
com qquer outra aplicação, tipo: algo que vc esteja desenvolvendo e que
não esteja tendo o desempenho esperado em algum momento crítico de uso
no seu cliente. Algum gargalo que costuma ser sempre difícil
identificar.
Nunca teve um caso daqueles em que o problema só acontece quando o
"administrador não está", ou mesmo em algum determinado tipo de uso da
ferramenta sob determinada condição ou estado do sistema/rede e tal?
Bem, um debug dinâmico iria facilitar bastante, indo certamente além do
que o loglevel de uma determinada aplicação poderá lhe informar, pois
trata de operações e estados subjacentes às operações no nível do OS. A
meu ver, isso facilitaria muuuito o dia-a-dia de qualquer administrador
que tenha alguns dos famosos "clientes chatos", não?


Está ficando mais claro mas eu acho difícil que um administrador sem
noção de programação consiga retirar alguma informação importante
rapidamente (quantos admins sabem tirar informações do strace ? ;) .
Eu acho que interessa mais a desenvolvedores que admins: para
verificar gargalos no desenvolvimento, o gprof funciona bem pra mim,
mas o dtrace parece útil pois fornece informações em condições de
stress.

[]s
--
Thadeu Penna
Prof.Adjunto - Instituto de Física
Universidade Federal Fluminense



<Anterior na Thread] Thread Atual [Próximo na Thread>