[firebase-br] Sevidor Firebird

[Adriano dos Santos Fernandes]

Stefan,

O FB suporta multiprocessamento sim, com a versão ClassicServer.

A versão ClassicServer roda cada conexão em um processo, assim como 
Oracle e PostgreSQL. O problema do FB CS é que cada processo mantém um 
cache, o que pode causar uso excessivo de memória e muitas invalidações 
de páginas nos caches quando mais de um processo altera as mesmas páginas.

Sobre seus problemas, você tem que saber que o CS no Linux e o CS no 
Windows são coisas diferentes, e você não especificou o SO. Processos no 
Windows são muito mais pesados que threads, diferentemente do Linux.

Outra vantagem no Linux é que o CS e o embedded são uma coisa só. Se 
você tem o CS rodando, você pode abrir outros processos que se 
comuniquem diretamente com um servidor embedded compartilhando o banco 
sem a necessidade de passar por protocolos ou camadas de rede.

Mas independente do SO, se você tiver uma conexão remota ou um 
processamento demorado, a tendência é que o processamento demore mais no 
CS do que no SS pois há a necessidade de coordenar os múltiplos 
processos através do lock manager (mesmo tendo apenas um processo, pois 
outros podem ser criados).


Adriano


Stefan Horochovec escreveu:
> Apenas para complementar, o protocolo SMP não tem suporte em versões do 
> firebird, como ja dito na lista, apenas o Classic se da "melhor" com o 
> multiprocessamento.
> 
> Apesar que eu tenho visto coisas estranhas no ClassicServer, porem, como 
> acho que pode ser uma configuração especifica, não tinha reportado a lista, 
> mas já que vou escrever o email, lá vai.
> 
> Um processo no banco demora X segundos usando o SuperServer,.. estamos 
> falando de micros com processadores quad-core.
> 
> Instalado o classicserver na esperança de melhor o desempenho uma surpresa. 
> O servidor abre instancias para cada conexao como um processo, qual o 
> problema disso? Nenhum, porem, percebi que ele limita o consumo em cada 
> instancia dessa, ou seja, o que demorava X, começou a demorar X+Y, ja que o 
> consumo se limitou, alguem já passou por isso? Entretando, o consumo 
> realmente fica melhor gerenciavel, ou seja, voce pode continuar trabalhando 
> que o servidor aparentemente não apresenta gargalos, porem, o que antes 
> demorava X, agora demora X+Y, independente de ter mais usuarios conectados a 
> base.
> 
> Att
> 
> Stefan Horochovec
>