Чому швидкість продуктивності між ArcGIS та QGIS настільки різна?

Гаразд Я не програміст, а плідний користувач ГІС. Я знаю, що QGIS написаний на C ++, а ArcGIS в ??? але для більшості моїх завдань останнім часом я завжди намагаюся використовувати QGIS не тільки тому, що він безкоштовний, але через те, що його досвід роботи настільки хороший.

Всі гуру ГІС там, чи можете ви сказати мені деякі причини різниці у швидкості між цими двома системами? Чесно кажучи, болить мені використовувати ArcGIS 10 через його швидкість, і у мене є ПК з 8 ГБ оперативної пам’яті.

ArcGIS здається дуже роздутим. Я пам’ятаю величезний хіт продуктивності під час переходу з Arcview 3.2 на ArcGIS 8.0, і в багатьох місцях він все ще існує. У той час я думав, що це має багато спільного з тим, що ESRI мігрує раніше Arc / Info-код до Windows і повинен вирізати деякі кути в продуктивності, але я не впевнений, чи це правда. Я пригадую, що на цьому веб-сайті я бачив кілька прикладів щодо функцій, які в Arcview 3.3 все ще значно швидше, ніж ArcGIS 10. Це не має нічого спільного з часом запуску і т. Д. І я не згоден з попередньою відповіддю, ніж це стосується навичок користувача '. Клацання і очікування не мають нічого спільного з майстерністю.

Я думаю, що реальність полягає в тому, що ArcGIS не був написаний з врахуванням продуктивності, і кожна версія продовжує намагатися викидати все більше функціональних можливостей на вже перевантажену кодову платформу.

Я не такий знайомий з QGIS, але мені цікаво, як він порівнюється з ArcGIS з точки зору розширюваності. На жаль, мабуть, принаймні деякі компроміси між розширюваністю та продуктивністю. Найкращий спосіб, щоб я відчув розширюваність ArcGIS, - це ознайомитись із категоріями компонентів Есрі, що знаходяться в реєстрі.

Кожна категорія являє собою місце, де користувачі можуть реєструвати клітини, що містять класи, що реалізують інтерфейс Esri. Є цілі багато категорій. Ці категорії також містять корми для собак - Esri використовує їх не тільки для відкриття сторонніх налаштувань, але і для функціональності поза коробкою. Хоча це забезпечує дуже дрібнозернистий рівень налаштування, це також означає, що всі ці дрібні зерна потрібно виявити та завантажити під час виконання. Я не впевнений, яка вартість переїзду , але вона повинна бути значною.

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

Коли ви створюєте dll у Visual Studio, є місце, де ви можете вказати базову адресу для dll для завантаження. Оскільки завантажується стільки dll різного розміру, знаючи це достроково для налаштування ArcObjects було б дуже складно. Тим не менш, мені цікаво, чи не міг би бути створений файл конфігурації, який вказує, де dll слід завантажувати в пам'ять. Якщо так, то, як тільки користувач має arcmap, що працює з завантаженими dlls, які він зазвичай використовує, він може запустити процедуру, яка запише базові адреси dll до файлу config. Таким чином, коли Arcmap запускається, це може уникнути переміщення , завантажуючи в ці адреси. Тоді, можливо, з 64 бітом це не має значення.

О 10.0 Esri представив надбудови. Категорії надбудов значно менші, а відкриття не покладається на реєстр Windows. Натомість, додаткові модулі накопичуються та розміщуються у відомій папці. Я не впевнений, як це порівнює ефективність роботи з DLL, виявленими через реєстр Windows. Я думаю, що головна мета полягала в тому, щоб дозволити встановлення не адміном.

Я припускаю, що питання стосується продукту Desktop. Новий продукт ArcGIS Runtime набагато менший. Я чув, як це описано як заміну для MapObjects. Буде цікаво подивитися, як воно розвивається. Якщо Esri дійсно введе розширюваність для WPF Runtime, я сподіваюся, що вони не використовуватимуть той самий механізм для відкриття, який використовувався Visual Studio, коли він заповнює список збірок. Цей перший раз натискання "Додати довідку ..." стало болісно повільним.

Пробачте за те, що воскресив нитку, але я можу навести конкретний приклад того, як відрізняється досвід роботи для ArcMap та QGIS.

Сьогодні мені потрібно було побудувати точкову сітку з відстані 250 метрів у невеликій країні, відрізати точкову сітку на полігоні кордону країни та пов’язати значення декількох растрових з точковою сіткою.

У ArcMap від завантаження даних до готового набору даних у мене пішло близько 10 хвилин. У QGIS (Вроцлав) програма двічі зазнала краху, просто обрізавши сітку з багатокутника, потім пробігла протягом години до завершення третьої спроби. Це на коробці з 4 двоядерними ядрами та 6 Гб оперативної пам’яті.

Я люблю QGIS, і це дратує мене використовувати ArcMap, але я знаходжу багато випадків поширеного використання, коли QGIS не відповідає моїм потребам.

Тепер, якщо хтось має поради щодо налаштування продуктивності, які могли б вирішити цей розрив у виконанні, я все чую.

Кріс

Я не думаю, що Arc написана в .NET. Аркобекти написані на C ++. Дуга може бути повільнішою завдяки використанню багатьох сучасних графічних інтерфейсів, інструментів довідки, доповнень тощо. QGIS - це відмінне програмне забезпечення, але у ньому відсутні деякі корисні функції, які можуть бути корисними для початківців. Крім того, я не думаю, що основні інструменти на рівні Lavel в ESRI (Arcobjects) повільні. Зазвичай зводиться до навичок користувача, якщо користувач знає, як користуватися Arc, це зовсім не так повільно. Сказавши це, я також зазначу, що кожен інструмент повинен розглядатися в кожному конкретному випадку щодо його ефективності. Інша справа, що Арк був першим на сцені ГІС. По-перше (відносно QGIS) завжди з помилками, а наступне покоління трохи краще, в цьому випадку швидше, але все це лише моя особиста думка.

Це стосується продуктивності ArcGIS: ArcMap, ArcCatalog дуже повільно відкривається на новому ноутбуці з достатньою кількістю ресурсів? що може частково пояснювати деякі проблеми ефективності. Цей потік показує, як конфігурація апаратного забезпечення, мережі та ліцензування може мати істотний вплив на продуктивність ArcGIS. Можливо, деякі з повідомлених відмінностей у швидкості могли бути наслідком таких факторів, а не властивих їм відмінностей у можливостях.

(Опубліковано як посилання на відповідь, оскільки коментарі, як правило, губляться.)

Я працюю з даними про рівень підприємства (наприклад, дані про інтереси для всієї Туреччини), а іноді просто перевіряю набір даних, мені потрібна ця візуалізація.

Якщо ви хочете покращити свої показники роботи з ArcGIS, я можу порадити кілька речей;

Завжди використовуйте прогнозовані дані. Використовувати бази даних геоданих або ArcSDE з postgresql ідеально підходить для мене.

Використання файлової бази даних та, якщо можливо, arcsde збільшує швидкість ваших операцій. Мій особистий досвід роботи з QGIS та ArcMap насправді навпаки. Оскільки для виведення на карту 3 мільйони очок потрібні майже хвилини. З іншого боку, ArcMap видає їх протягом декількох секунд.

Просто моя думка.