Як прискорити одночасну роботу з шарами PostGIS в QGIS?

ми працюємо над одним великим шаром одночасно (10-20 осіб). Деякі з нас використовують QGIS 2.8.1, а інші 2.6. У користувача з 2.8 є багато збоїв (QGIS). Користувачі 2.6 не мають цих збоїв, але додати функцію неймовірно повільно. Сервер Postgres 9.4 працює на віртуальній машині (Hyper V) з Win7. Можливо, це мережа, а не QGIS? Можливо, у когось є ідея. Було б здорово :)

— густавгани
джерело

скільки оперативної пам’яті доступно для Postgres HyperV може знадобитися більше див.> Hyper-V Overhead technet.microsoft.com/en-us/magazine/hh750394.aspx був там і збільшився до 16 Гб

— Mapperz

Вам дійсно слід оновити до версії 2.8.2 - вона включає багато виправлень понад 2.8.1. Я не можу пригадати заздалегідь, якщо б

— хтось стосувався

Чи кожен користувач з'єднується з одним і тим же логіном? PostGIS працює краще в Linux, але я б сказав, що найкраще запустити його на власній робочій станції (сервері), а не на віртуальній машині. Ось декілька порад щодо налаштування продуктивності PostgreSQL, Google, і дивіться, що говорять інші .. Питання щодо продуктивності PostgreSQL та налаштування найкраще задати

— Майкл

@ MichaelMiles-Stimson так, щоб всі з'єднувалися з одним і тим же логіном. Чи може це бути проблемою?

— gustavgans

Зараз усі ми працюємо з 2.6.0 та 2.6.1. Більше жодних збоїв. Ми також спробували його з 2.8.2, але після збереження однієї функції Qgis зазнав аварії.

— gustavgans

Нижче відповідей, розміщених у коментарях:

(@Mapperz) HyperV може знадобитися більше оперативної пам’яті. Див. Статтю про техніку Майкрософт (Hyper-V Overhead). Спробуйте збільшити до 16 Гб
(@ndawson) Спробуйте оновити QGIS на останніх версіях
(@Michael Stimson) PostGIS краще працює на Linux, але якщо можливо, запускайте його на робочій станції (сервері), а не на віртуальній машині. Подивіться також питання щодо продуктивності PostgreSQL та налаштування на серверах обміну стеками адміністраторів баз даних . Якщо всі з’єднаються з одним і тим же входом, простір таблиць може трохи забитися, а об’єкти жонглюють навколо. Це не найкраще, але все одно буде працювати. Я думаю, що найкраще - це розмістити його на власному комп’ютері (а не на VM) та мати дані про SSD / RAID.
(@RustProof Labs) ОЗУ, швидкість диска, завантаження процесора та швидкість мережі можуть вплинути на продуктивність, важко сказати, не маючи моніторингу, щоб побачити, де знаходиться вузьке місце. Одне, у чому я мав успіх, - це збільшити розмір кешу в QGIS, щоб дозволити окремим машинам зберігати локальніше та зменшити навантаження на сервер. Я думаю, що за замовчуванням було близько 50 Мб, я збільшив шахту до діапазону 200 МБ з хорошими результатами.
(@Luigi Pirelli) Ви повинні виконати ці кроки, щоб зрозуміти, чи є помилка постачальника Postgres або проблема локальної установки:
- A) тест з qgis на різних платформах, win, linux, mac
- В) шукати повторний збій
- C) Завжди діліться помилкою або журналом
- D) Перевірте, чи увімкнено версію програми Dev ....

— gisnside
джерело