Come velocizzare il lavoro simultaneo con i livelli PostGIS in QGIS?

stiamo lavorando su un unico grande strato contemporaneamente (10-20 persone). Alcuni di noi usano QGIS 2.8.1 e l'altro 2.6. L'utente con 2.8 ha molti arresti anomali (QGIS). Gli utenti 2.6 non hanno questi arresti anomali ma l'aggiunta di una funzione è incredibilmente lenta. Il server Postgres 9.4 è in esecuzione su una macchina virtuale (Hyper V) con Win7. Forse è la rete e non QGIS? Forse qualcuno ha un'idea. Sarebbe bello :)

— gustavgans
fonte

quanta RAM è disponibile per Postgres HyperV potrebbe aver bisogno di più vedi> Hyper-V Overhead technet.microsoft.com/en-us/magazine/hh750394.aspx è stato lì e aumentato a 16 GB

— Mapperz

Dovresti davvero aggiornare a 2.8.2 - include molte correzioni oltre 2.8.1. Non riesco a ricordare con la mano se qualcuno si riferisse a un incidente con i postumi, ma non può far male provare ...

— ndawson,

Ogni utente si connette con lo stesso login? PostGIS funziona meglio su Linux, ma direi che sarebbe meglio farlo funzionare sulla propria 'workstation (server) piuttosto che su una macchina virtuale. Ci sono alcuni suggerimenti di ottimizzazione delle prestazioni di PostgreSQL, Google che e vedi cosa dicono gli altri .. domande riguardanti le prestazioni di PostgreSQL e la messa a punto saranno poste al meglio su dba.stackexchange.com

— Michael Stimson

@ MichaelMiles-Stimson sì, tutti si connettono con lo stesso login. Potrebbe essere un problema?

— gustavgans,

Ora tutti noi stiamo lavorando con 2.6.0 e 2.6.1. Non ci sono più incidenti. Lo abbiamo anche provato con 2.8.2 ma dopo aver salvato una funzione Qgis si è bloccato.

— gustavgans,

Di seguito le risposte postate nei commenti:

(@Mapperz) HyperV potrebbe aver bisogno di più memoria RAM: vedi l' articolo di Microsoft Technet (Hyper-V Overhead). Prova ad aumentare a 16 GB
(@ndawson) Prova ad aggiornare QGIS sulle ultime versioni
(@Michael Stimson) PostGIS ha prestazioni migliori su Linux, ma se possibile, eseguilo sulla workstation (server) anziché su una macchina virtuale. Consulta anche le domande relative alle prestazioni di PostgreSQL e all'ottimizzazione dello scambio di stack degli amministratori di database . Se tutti si connettono con lo stesso login, il tablespace può essere un po 'ingombra e molti oggetti si destreggiano. Non è il massimo ma funzionerà comunque. Penso che la cosa migliore sia metterlo sul proprio computer (non VM) e avere i dati su SSD / RAID.
(@RustProof Labs) La RAM, la velocità del disco, il carico del processore e la velocità della rete potrebbero influire sulle prestazioni, è difficile dirlo senza avere il monitoraggio in atto per vedere dove si trova il collo di bottiglia. Una cosa con cui ho avuto successo è aumentare le dimensioni della cache in QGIS per consentire alle singole macchine di archiviare più localmente e ridurre il carico sul server. Penso che le impostazioni predefinite siano state di circa 50 MB, ho aumentato il mio di più nella gamma di 200 MB con buoni risultati.
(@Luigi Pirelli) Dovresti seguire questi passaggi per capire se c'è un bug del fornitore Postgres o un problema di installazione locale:
- A) testare con qgis su piattaforme diverse, win, linux, mac
- B) cercare un crash replicabile
- C) Condividere sempre l'errore o il registro
- D) Verificare con la versione dev per abilitare il registro ....

— gisnside
fonte