estamos trabalhando em uma grande camada ao mesmo tempo (10 a 20 pessoas). Alguns de nós usam o QGIS 2.8.1 e o outro 2.6. O usuário com 2.8 tem muitas falhas (QGIS). Os usuários da versão 2.6 não têm esse problema, mas adicionar um recurso é incrivelmente lento. O servidor Postgres 9.4 está sendo executado em uma máquina virtual (Hyper V) com Win7. Talvez seja a rede e não o QGIS? Talvez alguém tenha uma ideia. Seria ótimo :)
qgis
postgis
postgresql
layers
gustavgans
fonte
fonte
Respostas:
Abaixo as respostas postadas nos comentários:
(@Mapperz) O HyperV pode precisar de mais memória RAM: consulte o artigo do Microsoft technet (Hyper-V Overhead). Tente aumentar para 16 GB
(@ndawson) Tente atualizar o QGIS nas últimas versões
(@Michael Stimson) O PostGIS tem um desempenho melhor no Linux, mas se possível, execute-o na estação de trabalho (servidor) em vez de em uma máquina virtual. Procure também perguntas sobre o desempenho do PostgreSQL e o ajuste no Exchange Administrators Stack Exchange . Se todos se conectarem com o mesmo login, o espaço de tabela pode ficar um pouco confuso e muitos objetos fazendo malabarismos. Não é o melhor, mas ainda funcionará. Eu acho que a melhor coisa é colocá-lo em seu próprio computador (não VM) e ter os dados em SSD / RAID.
(@RustProof Labs) RAM, velocidade do disco, carga do processador e velocidade da rede podem afetar o desempenho, é difícil dizer sem ter um monitoramento para ver onde está o gargalo. Uma coisa com a qual tive sucesso é aumentar os tamanhos de cache no QGIS para permitir que as máquinas individuais armazenem mais localmente e reduzam a carga no servidor. Eu acho que os padrões eram de cerca de 50 MB, eu subi o meu mais para a faixa de 200 MB com bons resultados.
(@ Luigi Pirelli) Você deve seguir estas etapas para entender se há um bug no provedor do Postgres ou um problema de instalação local:
fonte