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. _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
