Em 20 de agosto de 2012 11:30, Guimarães Faria Corcete DUTRA, Leandro < [email protected]> escreveu:
> 2012/8/20 Flávio Alves Granato <[email protected]>: > > > > Este tipo de abordagem juntando ao processamento distribuido de queries ( > > não sei exatamente como me expressar, quero dizer executar uma query em > um > > nó e o master dividir o processamento da query para os nós filhos para > > realizar a pesquisa mais rápidamente ) e a divisão dos processos em > vários > > processadores no caso de servidores multiprocessados, multicore... > > > > Existe algum esforço para tudo isso também? > > Sim, mas veja que são duas questões bem separadas. Uma é distribuir > uma consulta entre vários processadores; outra, entre processadores > assimétricos (GPUs, CPUs &c); outra, entre nós de um grupo de > servidores. > > Notem também que existe um certo exagero, principalmente pelos > vendedores de versões corporativas de SGBDs proprietários, quanto aos > benefícios do paralelismo. São relativamente poucas as circunstâncias > em que o paralelismo fará uma grande diferença para o usuário ou para > o sistema. Geralmente, o paralelismo normal, de uma consulta por > processador, já é o suficiente para aproveitar a máquina bem e dar > bons tempos de resposta aos usuários. > > A comunidade está trabalhando em paralelismo, mas sem atropelos. O > objetivo, como sempre, é ter implementações que não só dê bom ganho de > desempenho hoje, mas não prejudique outros casos de uso além dos > contemplados pelos vários tipos de paralelismo, e que não aumente > demais a complexidade do sistema nem para operação, nem para > manutenção futura seja de bases, seja do código fonte. > É bom ver a comunidade se movimentando para esta direção.
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
