On Mar 4, 2011, at 9:52 AM, Eduardo Schoedler wrote:
> Pessoal,
>
> Aproveitando o tópico... não terei perda de performance mantendo os "debug
> symbols", KDB e GDB compilados no kernel ?
> Meu kernel está assim:
>
> # Debbuging
> makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
Em 4 de março de 2011 09:52, Eduardo Schoedler
escreveu:
> Pessoal,
>
> Aproveitando o tópico... não terei perda de performance mantendo os "debug
> symbols", KDB e GDB compilados no kernel ?
> Meu kernel está assim:
>
>
Na prática não.
Na teoria sim, pois aumenta o tamanho do kernel e executa al
Pessoal,
Aproveitando o tópico... não terei perda de performance mantendo os "debug
symbols", KDB e GDB compilados no kernel ?
Meu kernel está assim:
# Debbuging
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
options KDB
options KDB_TRACE
options GDB
op
2011/3/2 Eduardo Schoedler
> Em 02/03/2011 13:29, Klaus Schneider escreveu:
> > Eduardo, tu não tem algum setup completamente diferente pra testar esse
> > ambiente não Dell ou o IBM x3550(conheço bem esse hardware e ele nunca
> > me dá boas lembranças... hehe)?
>
> Realmente, esse IBM não é o me
Em 02/03/2011 13:29, Klaus Schneider escreveu:
> Eduardo, tu não tem algum setup completamente diferente pra testar esse
> ambiente não Dell ou o IBM x3550(conheço bem esse hardware e ele nunca
> me dá boas lembranças... hehe)?
Realmente, esse IBM não é o mesmo (ou quase) que você chegou a ver.
El
Em 02/03/2011, Klaus Schneider escreveu:
> Só mais uma informação, segue abaixo o link do developers handbook,
> lá tu vai encontrar mais informações de como manipular esses dumps.
Já fiz alguma coisa, veja:
Unread portion of the kernel message buffer:
panic: rtfree 2
cpuid = 0
Uptime: 4m38s
Phys
6 matches
Mail list logo
