Como acelerar o trabalho simultâneo com camadas PostGIS no QGIS?

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 :)

— gustavgans
fonte

quanta memória RAM está disponível para Postgres HyperV pode precisar de mais ver> HyperV Overhead technet.microsoft.com/en-us/magazine/hh750394.aspx foi lá e aumentou para 16 GB

— Mapperz

Você realmente deve atualizar para o 2.8.2 - ele inclui muitas correções sobre o 2.8.1. Não me lembro de improviso se algum se relacionam com bater com PostGIS, mas não custa tentar ...

— ndawson

Cada usuário se conecta com o mesmo login? O PostGIS tem melhor desempenho no Linux, mas eu diria que seria melhor executá-lo em sua própria estação de trabalho (servidor), em vez de em uma máquina virtual. Existem algumas PostgreSQL dicas de ajuste de desempenho, o Google isso e ver o que os outros estão dizendo .. perguntas sobre o desempenho do PostgreSQL e ajuste seria melhor feitas em dba.stackexchange.com

— Michael Stimson

@ MichaelMiles-Stimson sim, todos se conectam com o mesmo login. Isso pode ser um problema?

— Gustavgans

Agora todos nós estamos trabalhando com 2.6.0 e 2.6.1. Não há mais falhas. Também tentamos com o 2.8.2, mas após salvar um recurso, o Qgis travou.

— Gustavgans

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:
- A) teste com qgis em diferentes plataformas, win, linux, mac
- B) procure uma falha replicável
- C) sempre compartilhe o erro ou log
- D) Verifique com a versão dev se o log está ativado ....

— gisnside
fonte