Как ускорить одновременную работу со слоями PostGIS в QGIS?

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

— gustavgans
источник

сколько оперативной памяти доступно для Postgres HyperV , возможно , потребуется более см> HyperV Накладные technet.microsoft.com/en-us/magazine/hh750394.aspx был там и увеличен до 16 Гб

— Mapperz

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

— ndawson

Каждый пользователь подключается с одним и тем же логином? PostGIS работает лучше в Linux, но я бы сказал, что было бы лучше, чтобы он работал на собственной рабочей станции (сервере), а не на виртуальной машине. Есть несколько советов по настройке производительности PostgreSQL, Google и посмотрите, что говорят другие ... вопросы, касающиеся производительности PostgreSQL и настройки, лучше всего задавать на dba.stackexchange.com

— Майкл Стимсон,

@ MichaelMiles-Stimson да все подключаются с одним и тем же логином. Может ли это быть проблемой?

— gustavgans

Сейчас все мы работаем с 2.6.0 и 2.6.1. Больше не вылетает. Мы также попробовали это с 2.8.2, но после сохранения одной функции Qgis потерпел крах.

— gustavgans

Ниже ответы, размещенные в комментариях:

(@Mapperz) HyperV может потребоваться больше оперативной памяти: см. Статью Microsoft technet (Hyper-V Overhead). Попробуйте увеличить до 16 ГБ
(@ndawson) Попробуйте обновить QGIS на последних версиях
(@Michael Stimson) PostGIS работает лучше в Linux, но если возможно, запустите его на рабочей станции (сервере), а не на виртуальной машине. Также обратите внимание на вопросы, касающиеся производительности PostgreSQL и настройки стека Exchange администраторов баз данных . Если все подключатся с одним и тем же логином, табличное пространство может стать немного загроможденным, и множество объектов будет жонглировать. Это не самое лучшее, но все равно будет работать. Я думаю, что лучше всего поместить его на свой собственный компьютер (не виртуальную машину) и хранить данные на SSD / RAID.
(@RustProof Labs) ОЗУ, скорость диска, загрузка процессора и скорость сети - все это может повлиять на производительность, трудно сказать, не имея мониторинга, чтобы определить узкое место. Одна вещь, с которой я добился успеха, - это увеличение размеров кэша в QGIS, чтобы отдельные машины могли хранить локально и снизить нагрузку на сервер. Я думаю, что значения по умолчанию были около 50 МБ, я увеличил свой диапазон до 200 МБ с хорошими результатами.
(@Luigi Pirelli) Чтобы понять, есть ли ошибка поставщика Postgres или проблема с локальной установкой, выполните следующие действия:
- А) тест с qgis на разных платформах, win, linux, mac
- Б) искать повторяемый сбой
- C) Всегда делитесь ошибкой или журналом
- D) Проверьте с помощью версии dev, чтобы журнал был включен ....

— gisnside
источник