[firebase-br] Anomalias no FB 2.5 Super Classic
Carlos H. Cantu
listas em warmboot.com.br
Qua Abr 6 10:36:23 -03 2011
Vc tirou esse gstat no momento em que estava apresentando lentidão?
Outra coisa: verifique se o sweep automatico está ligado. Se estiver,
faça um teste desligando e forçando um sweep e madrugada.
[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br
>>Já verificou o plano de execução?
>>Já tentou utilizar o Sinática Monitor ou FBScanner para tentar identificar
G> qual é o problema?
G> Sim, usamos o sinática também e além disso, usamos o AQTime para ver se não
G> era a aplicação. Não conseguimos identificar o que gera essa lentidão.
>>Buffers e page size? Buffers padrão e o page size de 4096 - Firebird Super
G> Classic
>>Conexões simultâneas: De 30 a 200, dependendo da estrutura onde está
G> instalado o programa
>>RAM: Variável, de máquinas boas a máquinas mais antigas. Temos Ubuntu,
G> Fedora, Debian em várias versões.
>>Queries: São momentos de lentidão no windows, podendo ocorrer em qualquer
G> query. No Linux, esses momentos são mais seguidos e não estão associados a
G> nenhuma query em especial. Essas queries já foram otimizadas no passado e
G> não sofreram atualizações. No geral o sistema é bem otimizado e antes do 2.5
G> estava muito rápido.
>>O GSTAT de uma máquina que pegamos para testes - Ubuntu 10.10 com
G> filesystem XFS em um note 4gb Ram, processador Intel Atom 1.60GHz
G> Database header page information:
G> Flags 0
G> Checksum 12345
G> Generation 9689
G> Page size 4096
G> ODS version 11.2
G> Oldest transaction 7628
G> Oldest active 9334
G> Oldest snapshot 9334
G> Next transaction 9380
G> Bumped transaction 1
G> Sequence number 0
G> Next attachment ID 308
G> Implementation ID 16
G> Shadow count 0
G> Page buffers 0
G> Next header page 0
G> Database dialect 3
G> Creation date Mar 25, 2011 16:33:09
G> Attributes force write
G> Variable header data:
G> *END*
G> Abraços
G> GShalon
Mais detalhes sobre a lista de discussão lista