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
options
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
Em 4 de março de 2011 09:52, Eduardo Schoedler
eschoed...@viavale.com.brescreveu:
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
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
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.
Eles
2011/3/2 Eduardo Schoedler eschoed...@viavale.com.br
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,
6 matches
Mail list logo
