[firebase-br] Sobre o SMP do Firebird 3.0

[Eduardo Jedliczka]

SMP é algo realmente complicado, mesmo para bancos "parrudos" como Oracle e DB2.

Mesmo no  Oracle, uma mesma query não consegue utilizar todos os
processadores, a única vantagem, é que os vários processos internos do
banco (geração de logs, archives, auditoria dos índices, ordenação das
consultas, manutenção da cache, controle de Locks, etc) são separados
por threads independentes (e permitem ter mais de um do mesmo tipo
rodando em paralelo).

Porém queries simples, (exceto nos casos de partition table) são
"quase sempre" executadas por um único processador, pois o custo de
"sincronizar" os vários processadores é maior do que rodar num único
processo.

Claro que dá para fragmentar um UNION ALL em várias queries
(paralelas) menores, ou fazer joins em paralelos, mas isto foge da
regra das "queries simples".

Quanto à compressão de arquivos, é um trabalho previsível ( X treads
de Y blocos cada gravando apenas "buffers cheios"), num banco de
dados, "com constante leitura-lock-escrita" isto não é tão fácil de se
estimar....

==========================
Eduardo Jedliczka
Apucarana - Pr
==========================

Em 3 de junho de 2011 13:55, Luciano franca
<luapfirebird em yahoo.com.br> escreveu:
>  Cantu me desculpe a minha ignorancia  o Firebird 3.0  quanto diz que será real SMP o que isso quer dizer pois se a gente instalar a versão Classic mesmo na versão 2.1 do FB cada conexão ira rodar em um Nucleo diferente do processador,  então qual será o grande diferencial do FB 3.0 ? será o cache dos dados sendo compartilhado em todas as conexões.
>
>  Pergunto isso pois quando a gente lé sobre artigos referente a SMP sempre diz sobre usar todos os Nucleos de um processador por um Software e dessa forma me vem a mente o "Winrar"  quando colocamos para fazer a compactação com ele todos os Nucleos são usados simultanemante.
>
>   Acredito que os banco de dados ainda precisão rever o conceito de SMP pois o futuro é de processadores cada vez mais com varios Nucleos, e pelo que testei acredito que nenhum é realmente SMP,  a não ser o Oracle e DB2 que não testei e não se consegue fazer igual o WinRar.
>
>
> --- Em sex, 3/6/11, Carlos H. Cantu <listas em warmboot.com.br> escreveu:
>
> De: Carlos H. Cantu <listas em warmboot.com.br>
> Assunto: Re: [firebase-br] Sobre o SMP do Firebird 3.0
> Para: lista em firebase.com.br
> Data: Sexta-feira, 3 de Junho de 2011, 13:22
>
> Não há previsão disso ser implementado. Como você mesmo comprovou, não
> é uma coisa comum de se encontrar em BDs, e tenho dúvidas se o
> resultado prático final justificaria o "gasto" com a implementação.
>
> []s
> Carlos H. Cantu
> www.FireBase.com.br - www.firebirdnews.org
> www.warmboot.com.br - blog.firebase.com.br
>
> Lf>   Gostaria de saber se na versão 3.0 do Firebird ele vai
> Lf> conseguir rodar uma mesma Query em todos os Nucleos dos
> Lf> processadores, se não vai isso esta na lista para ser implementado no futuro ?
>
> Lf>  Fiz alguns testes e não achei isso em nenhum banco
> Lf>  os banco que eu testei são as ultimas versões dos mesmos.
> Lf>  são eles    SQLServer,    MySql,   Interbase XE,   PostGreSQL.
>
> Lf>  Acredito que isso seria um diferencial muito grande para o
> Lf> Firebird mais acredito que deva ser bem complicado de se implementar isso.
> Lf>  em contrapartida a velocidade que querys complexas e inserções
> Lf> de grande blocos de dados seria muito superior em se tratando de maquinas com 4 nucleos ou mais.
> Lf>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>