ArcGISとQGISのパフォーマンス速度がそれほど異なるのはなぜですか？

OK私はプログラマーではなく、多才なGISユーザーです。QGISはC ++およびArcGISで記述されていることを知っていますか？しかし、最近のほとんどのタスクでは、無料であるだけでなく、ユーザーエクスペリエンスが非常に優れているため、常にQGISを使用しようとしています。

そこにあるすべてのGISの達人は、これら2つのシステムの速度が異なる理由をいくつか教えていただけますか？正直なところ、ArcGIS 10を使用すると、その速度のために苦労します。また、8 GBのRAMを搭載したPCがあります。

ArcGISは非常に肥大化しているようです。私は、Arcview 3.2からArcGIS 8.0に移行するときにパフォーマンスが大幅に低下したことを覚えています。当時、私はESRIが以前のArc / InfoコードをWindowsに移行し、パフォーマンスのいくつかのコーナーをカットする必要があると考えていましたが、それが本当かどうかはわかりません。このサイトで、Arcview 3.3の方がArcGIS 10よりも劇的に高速である機能についていくつかの例を参照したことを思い出します。これは起動時間などとは関係ありません。 '。クリックして待機することは、スキルとは関係ありません。

実際のところ、ArcGISはパフォーマンスを考慮して作成されておらず、各バージョンは、すでにオーバーロードされたコードプラットフォームにますます多くの機能を追加しようと試みていると思います。

私はQGISにそれほど精通していませんが、拡張性の点でArcGISとどのように比較するのか疑問に思います。残念ながら、拡張性とパフォーマンスの間には少なくともいくつかのトレードオフがあるようです。ArcGISの拡張性を感じるために私が見つけた最善の方法は、レジストリにあるEsriのCOMコンポーネントカテゴリを調べることです。

各カテゴリは、ユーザーがEsriインターフェイスを実装するクラスを含むdllを登録できる場所を表します。あり、多くの種類のは。これらのカテゴリにはドッグフードも含まれています-Esriは、サードパーティのカスタマイズを発見するためだけでなく、すぐに使用できる機能を見つけるためにも使用します。これにより、非常にきめ細かいレベルのカスタマイズが可能になりますが、実行時にこれらすべてのきめ細かいものを検出してロードする必要があることも意味します。移転費用が何であるかはわかりませんが、それはかなりの額に違いありません。

C:\Program Files (x86)\ArcGIS\Desktop10.0\Bin\Categories.exe

Visual Studioでdllを作成すると、ロードするdllのベースアドレスを指定できる場所があります。ロードされるさまざまなサイズのdllが非常に多くあるため、ArcObjectsのカスタマイズのために事前にこれを知ることは非常に困難です。それでも、dllをメモリにロードする場所を指示する構成ファイルを作成できるかどうか疑問に思います。その場合、ユーザーが通常使用するDLLをロードしたarcmapを実行すると、dllベースアドレスを構成ファイルに書き込むルーチンを実行できます。そうすれば、arcmapが起動すると、それらのアドレスにロードすることで再配置を回避できます。再び64ビットでこれが問題になることはありません。

10.0では、Esriはアドインを導入しました。アドインのカテゴリははるかに小さく、検出はWindowsレジストリに依存しません。代わりに、アドインdllが圧縮され、既知のフォルダーに配置されます。Windowsレジストリを介して発見されたdllとパフォーマンスの点でこれがどのように比較されるのかわかりません。主な目標は、非管理者によるインストールを許可することだったと思います。

私は質問がデスクトップ製品に言及していると仮定しています。新しいArcGIS Runtime製品は、はるかに軽量です。MapObjectsの代替として説明されていると聞きました。それがどのように進化するかを見るのは面白いでしょう。EsriがWPFランタイムに拡張性を導入する場合、Visual Studioがアセンブリのリストを作成するときに使用するディスカバリーに同じメカニズムを使用しないことを望みます。初めて「参照を追加...」をクリックすると、非常に遅くなります。

スレッドを復活させることは許しますが、ArcMapとQGISでユーザーエクスペリエンスがどのように異なるかについて、具体的な例を挙げることができます。

今日、私は小さな国に250メートルの間隔でポイントグリッドを構築し、ポイントグリッドを国の国境ポリゴンにクリップし、いくつかのラスタの値をポイントグリッドに関連付ける必要がありました。

ArcMapでは、データを完成したデータセットにダウンロードするのに約10分かかりました。QGIS（ヴロツワフ）では、プログラムはポリゴンでグリッドをクリップするだけで2回クラッシュし、3回目の試行で完了する前に1時間実行されました。これは、4つのデュアルコアと6Gb RAMを搭載したボックス上にあります。

私はQGISが大好きで、ArcMapを使用するのは面倒ですが、QGISが私のニーズを満たさない一般的なユースケースがたくさんあります。

今、このパフォーマンスのギャップを解決できるパフォーマンスチューニングのアドバイスがあれば、私はすべて耳にします。

クリス

Arcは.NETで書かれているとは思いません。ArcobjectsはC ++で記述されています。Arcは、多くの高度なGUI、ヘルプツール、アドオンなどを使用するため、遅くなる可能性があります。QGISは優れたソフトウェアですが、初心者には役立つ有用な機能がいくつか欠けています。また、ESRI（Arcobjects）の基本的なラベルツールが遅いとは思いません。通常、ユーザーのスキルに依存します。ユーザーがArcの使用方法を知っていれば、それほど遅くはありません。そうは言っても、すべてのツールは、そのパフォーマンスに関してケースバイケースで検討されるべきであることに言及しなければなりません。もう1つは、ArcがGISシーンで最初に登場したことです。最初は（QGISに比べて）常にバグがあり、次世代のほうが少し優れています。この場合は高速ですが、これはすべて個人的な意見です。

これは、ArcGISのパフォーマンスに関連しています 。ArcMap、ArcCatalogは、十分なリソースがある新しいラップトップで開くのに非常に時間がかかりますか？ これにより、パフォーマンスの問題の一部が説明される場合があります。そのスレッドは、ハードウェア、ネットワーク、およびライセンス構成がArcGISのパフォーマンスに大きな影響を与える方法を示しています。おそらく、報告された速度の違いの一部は、固有の機能の違いではなく、そのような要因によるものである可能性があります。

（コメントが失われる傾向があるため、回答リンクとして投稿されました。）

私は企業レベルのデータ（たとえばトルコ全体の興味のあるポイントのデータ）を扱っていますが、データセットをチェックするためだけに、レンダリングが必要な場合もあります。

ArcGISでパフォーマンスを改善したい場合、アドバイスできることはほとんどありません。

常に投影データを使用してください。postgresqlでジオデータベースまたはArcSDEを使用するのが最適です。

ファイルジオデータベースと可能であればarcsdeを使用すると、操作の速度が向上します。私のQGISとArcMapでの個人的な経験は実際は逆です。マップ上に300万ポイントをレンダリングするのにほぼ数分かかります。一方、ArcMapは数秒でそれらをレンダリングします。

ただ私の意見。