[firebase-br] Sobre o SMP do Firebird 3.0

[Carlos H. Cantu]

O Eduardo já lhe respondeu, mas apenas para completar, sim, no
momento, o grande diferencial do FB 3, em relação ao FB 2.5
SuperClassic, é o cache compartilhado.

Note que o Classic não trabalha com múltiplas threads, então a
comparação "justa" tem que ser com o SuperClassic.

[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br

Lf>  Cantu me desculpe a minha ignorancia  o Firebird 3.0  quanto diz
Lf> que será real SMP o que isso quer dizer pois se a gente instalar a
Lf> versão Classic mesmo na versão 2.1 do FB cada conexão ira rodar em
Lf> um Nucleo diferente do processador,  então qual será o grande
Lf> diferencial do FB 3.0 ? será o cache dos dados sendo compartilhado em todas as conexões.

Lf>  Pergunto isso pois quando a gente lé sobre artigos referente a
Lf> SMP sempre diz sobre usar todos os Nucleos de um processador por
Lf> um Software e dessa forma me vem a mente o "Winrar"  quando
Lf> colocamos para fazer a compactação com ele todos os Nucleos são usados simultanemante.
Lf>  
Lf>   Acredito que os banco de dados ainda precisão rever o conceito
Lf> de SMP pois o futuro é de processadores cada vez mais com varios
Lf> Nucleos, e pelo que testei acredito que nenhum  é realmente SMP, 
Lf> a não ser o Oracle e DB2 que não testei e não se consegue fazer igual o WinRar.


Lf> --- Em sex, 3/6/11, Carlos H. Cantu <listas em warmboot.com.br>escreveu:


Lf> De: Carlos H. Cantu <listas em warmboot.com.br>
Lf> Assunto: Re: [firebase-br] Sobre o SMP do Firebird 3.0
Lf> Para: lista em firebase.com.br
Lf> Data: Sexta-feira, 3 de Junho de 2011, 13:22


Lf> Não há previsão disso ser implementado. Como você mesmo comprovou, não
Lf> é uma coisa comum de se encontrar em BDs, e tenho dúvidas se o
Lf> resultado prático final justificaria o "gasto" com a implementação.

Lf> []s
Lf> Carlos H. Cantu
Lf> www.FireBase.com.br - www.firebirdnews.org
Lf> 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>>  


Lf> ______________________________________________
Lf> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Lf> Para saber como  gerenciar/excluir seu cadastro na lista, use:
Lf> http://www.firebase.com.br/fb/artigo.php?id=1107
Lf> Para consultar mensagens antigas: http://firebase.com.br/pesquisa