[firebase-br] 100 CPU firebird 2.5 Classic
Carlos H. Cantu
listas em warmboot.com.br
Qua Fev 16 15:30:51 -03 2011
Página de 16K, buffers 10.000 = cache de +/- 160MB
No Classic, cada conexão com o FB vai consumir 160MB de RAM só para o
cache! Se vc tiver 10 usuários conectados, são 1.6GB só para o cache
do Firebird! O padrão de cache para o Classic é 75 páginas.
No SuperServer, o cache é compartilhado. Se vc tiver 10 conexões no
mesmo BD, ele vai consumir 160MB no total.
[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br
L> Carlos H. Cantu <listas em ...> writes:
>>
>> Antes de qualquer coisa, verifique o quanto o Firebird está alocando
>> de buffer/cache. No Classic, cada conexão vai alocar um cache
>> independente. No SuperServer, o cache é compartilhado. Talvez vc terá
>> que ajustar quando rodar no Classic, diminuindo o cache.
>>
>> Isso já foi discutido inúmeras vezes aqui na lista.
>>
>> []s
>> Carlos H. Cantu
>> www.FireBase.com.br - www.firebirdnews.org
>> www.warmboot.com.br - blog.firebase.com.br
>>
>> L> Olá,
>>
>> L> Tenho um servidor XEON, com 2G ram, HD SAS 15RPM, com fedora 14. Com a
L> versão
>> L> classic do 2.5, conforme os usuários vão conectando, ele vai subindo o
>> L> processamento, até chegar a 100%, depois mesmo que todos usuários se
L> desconectem
>> L> do BD, não volta ao normal, instalei a superserver e isso não ocorreu. O
L> que
>> L> ocorre é que a superserver não é adequada para o cliente. Alguém já passou
L> por
>> L> isso ou saberia de algo que possa me ajudar ?
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use:
L> http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>>
L> Olá
L> Conforme abaixo, está 10000 páginas, eu utilizo esse configuração em todos os
L> servidores rodando linux e FB 1.5, esse mesmo hardware era 1.5, e funcionou
L> normalmente por anos, algo devo alterar algo em buffers ?
L> Database header page information:
L> Flags 0
L> Checksum 12345
L> Generation 276655
L> Page size 16384
L> ODS version 11.2
L> Oldest transaction 266376
L> Oldest active 267461
L> Oldest snapshot 267461
L> Next transaction 274503
L> Bumped transaction 1
L> Sequence number 0
L> Next attachment ID 2291
L> Implementation ID 19
L> Shadow count 0
L> Page buffers 10000
L> Next header page 0
L> Database dialect 1
L> Creation date Feb 5, 2011 10:06:19
L> Attributes force write
L>
L> Variable header data:
L> Sweep interval: 20000
L> *END*
L> obrigado.
Mais detalhes sobre a lista de discussão lista