同時に1つの大きなレイヤー(10〜20人)で作業しています。私たちの中には、QGIS 2.8.1と他の2.6を使用する人がいます。2.8のユーザーには多くのクラッシュがあります(QGIS)。2.6ユーザーにはこのクラッシュはありませんが、機能を追加するのは非常に遅いです。Postgres 9.4サーバーは、Win7を搭載した仮想マシン(Hyper V)で実行されています。たぶんそれはネットワークであり、QGISではないのでしょうか?たぶん誰かがアイデアを持っている。素晴らしいことだ :)
同時に1つの大きなレイヤー(10〜20人)で作業しています。私たちの中には、QGIS 2.8.1と他の2.6を使用する人がいます。2.8のユーザーには多くのクラッシュがあります(QGIS)。2.6ユーザーにはこのクラッシュはありませんが、機能を追加するのは非常に遅いです。Postgres 9.4サーバーは、Win7を搭載した仮想マシン(Hyper V)で実行されています。たぶんそれはネットワークであり、QGISではないのでしょうか?たぶん誰かがアイデアを持っている。素晴らしいことだ :)
回答:
コメントに投稿された回答の下:
(@Mapperz)HyperVはより多くのRAMメモリを必要とする場合があります。Microsofttechnetの記事(Hyper-V Overhead)を参照してください。16GBに増やしてみてください
(@ndawson)QGISを最新バージョンにアップグレードしてください
(@Michael Stimson)LinuxでPostGISのパフォーマンスは向上しますが、可能であれば、仮想マシンではなくワークステーション(サーバー)で実行してください。また、PostgreSQLのパフォーマンスに関する質問や、データベース管理者のStack Exchangeのチューニングに関する質問もご覧ください。全員が同じログインで接続すると、テーブルスペースが少し乱雑になり、多くのオブジェクトがジャグリングします。それは最高ではありませんが、それでも動作します。最善の方法は、それを(VMではなく)独自のコンピューターに配置し、SSD / RAIDにデータを保存することです。
(@RustProof Labs)RAM、ディスク速度、プロセッサー負荷、およびネットワーク速度はすべてパフォーマンスに影響を与える可能性があります。ボトルネックがどこにあるかを監視する必要はありません。私が成功したことの1つは、QGISのキャッシュサイズを増やして、個々のマシンがよりローカルに格納できるようにし、サーバーの負荷を減らすことです。デフォルトは約50MBだったと思いますが、200MBの範囲にさらに増やして、良い結果が得られました。
(@Luigi Pirelli)次の手順に従って、Postgresプロバイダーのバグまたはローカルインストールの問題があるかどうかを理解する必要があります。