O PostgreSQL utiliza um processo por cliente, então o trabalho de alocar os processos por processador é todo do sistema operacional. Na propria documentação do PostgreSQL tem dizendo que eles utilzam esta abordagem ao inves de um processo com vários threads para diminuir ao máximo o codigo especifico para determinado sistema operacional ou arquitetura. --- Fabio Telles <[EMAIL PROTECTED]> escreveu:
> On 7/19/06, marlon david de souza > <[EMAIL PROTECTED]> wrote: > > > > Mas o PostgreSQL reconhece que o processador tem > 2 núcleos ou isso é > > tarefa > > do S.O. Sem for do S.O alguém saberia me dizer > quais S.O que já reconhecem > > e > > se aproveitam desse tipo de processador? > > > As experiências que eu tenho com o PostgreSQL > rodando em máquinas com mais > de um processador é que ele distribui as chamadas de > processos entre os > diversos processadores disponíveis. Você tem que > utilizar um S.O. com kernel > que reconheça mais de um processador. No caso do > Linux e BSDs, isto não é > nenhum problema. > > A encrenca é que se você tiver um processo muito > pesado (como uma consulta > num BI) o PostgreSQL não divide a carga de um > processo entre os vários > processadores. Uma solução para contornar isso é o > Pargres, por exemplo. > > > > > Em Qua 19 Jul 2006 17:24, Fabio Telles escreveu: > > > On 7/19/06, marlon david de souza > <[EMAIL PROTECTED]> wrote: > > > > Boa tarde a todos, > > > > > > > > Gostaria de saber se existe alguma vantagem > em usar o PostgreSQL em > > > > processadores com dual-core ou a performance é > a mesma de se rodar em > > um > > > > processador normal (com um núcleo). > > > > > > Sim e não... > > > > > > Com um processador dual-core, você aumenta a > capacidade de > > processamento, > > > com baixo consumo de energia elétrica por > exemplo. Eu acho os > > processadores > > > dual-core da AMD muito bacanas. Particularmente > trabalhar com AMD64 é > > bom > > > pela forma como o gerenciamento de blocos de > memória acima de 1GB > > ocorre. > > > > > > Mas... pensando em custo/benefício, é sempre bom > pensar primeiro no seu > > > gasto com discos! Bancos de Dados tem sua > performance melhorada > > > principalmente com o uso de boas técnicas de > Storage. > > > > > > []s > > > > > > Sem mais, > > > > > > > ---------------------- > > > > Marlon David de Souza > > > > Desenvolvimento > > > > Sysmo Informática Ltda > > > > > _______________________________________________ > > > > Grupo de Usuários do PostgreSQL no Brasil > > > > Antes de perguntar consulte o manual > > > > http://pgdocptbr.sourceforge.net/ > > > > > > > > Para editar suas opções ou sair da lista > acesse a página da lista em: > > > > > http://pgfoundry.org/mailman/listinfo/brasil-usuarios > > _______________________________________________ > > Grupo de Usuários do PostgreSQL no Brasil > > Antes de perguntar consulte o manual > > http://pgdocptbr.sourceforge.net/ > > > > Para editar suas opções ou sair da lista acesse a > página da lista em: > > > http://pgfoundry.org/mailman/listinfo/brasil-usuarios > > > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > Antes de perguntar consulte o manual > http://pgdocptbr.sourceforge.net/ > > Para editar suas opções ou sair da lista acesse a > página da lista em: > http://pgfoundry.org/mailman/listinfo/brasil-usuarios _______________________________________________________ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
