Производительность ArGIS Server 9.3.1

Question

Насколько мне известно в ArGIS Server версии 9.3 были следующие проблемы:

1. Медленная отрисовка карт со сложными надписями (надписи выводимые с использованием скриптов VB или JavaScript)

2. Ограниченное количество запущенных сервисов карт (100-150)
    

Будут ли эти проблемы решены в новой версии?
Ведь 100-150 карт это не серьёзно на нормальном серваке.

Answer 1

Да, всегда хочется счастья :)
А что Вы подразумеваете под "нормальным серваком"?

Answer 2

1. прорисовка карт ускорена раз в 10. Но не все типы данных поддерживаются.
2. 100-150 сервисов и сейчас запустить не проблема. Вот если к ним всем обратятся клиенты одновременно - это будет проблема. Так и в ArcIMS точно так же было.
На 16-ти процессорном сервере я запускал 2 сервиса с 64-ю процессами каждый (один - кеш, второй - динамические данные) и натравливал на него 500 юзеров одновременно. Полет нормальный. И это в 9.3. В 9.3.1 я натравил 500 юзеров на 4-х процессорный сервак - никаких проблем.

Answer 3

Спасибо  PITKS за ответ подкреплённый фактическими экспериментами.

Answer 4

<!-- Start Member Post --> 1. прорисовка карт ускорена раз в 10. Но не все типы данных поддерживаются. 2. 100-150 сервисов и сейчас запустить не проблема. Вот если к ним всем обратятся клиенты одновременно - это будет проблема. Так и в ArcIMS точно так же было. На 16-ти процессорном сервере я запускал 2 сервиса с 64-ю процессами каждый (один - кеш, второй - динамические данные) и натравливал на него 500 юзеров одновременно. Полет нормальный. И это в 9.3. В 9.3.1 я натравил 500 юзеров на 4-х процессорный сервак - никаких проблем. <!-- End Member Post -->

Что имеется ввиду под кешеми динамическими данными? эти сервисы представляют одну карту, разделенную на закешированную часть и обычную? нам бы хотелось как то оптимизировать работу карты в вэбе,
ниче путнего не нашел, какие есть пути? поможет ли поднятие сразу большого количества инстансов для сервиса? или вобще дождаться 9.3.1

Answer 5

"оптимизировать работу карты в вэбе" нужно всегда. Можно конечно дожидаться 9.3.1, но его появление не отменит эту задачу.

http://blogs.esri.com/Dev/blogs/arcgisserver/archive/2008/08/05/Design-patterns-for-Web-maps.aspx

http://blogs.esri.com/Dev/blogs/arcgisserver/archive/2008/12/03/Map-caching-case-study_3A00_-New-Zealand-topo-maps.aspx

http://blogs.esri.com/Dev/blogs/arcgisserver/archive/2008/09/18/Strategies-for-on_2D00_demand-caching.aspx

http://blogs.esri.com/Dev/blogs/arcgisserver/archive/2009/02/05/Tips-for-caching-by-feature-class.aspx

Answer 6

Ну тут только решение при помощи кэша, а без него есть методы оптимизации?
Про кэш надо подумать, может и поможет, только будет сложно, ведь карту надо часто и в разных местах редактировать. вобщем неизвестно какие слои, где будут редактироваться. апдэйтить кэш я думаю будет затратно...

Answer 7

Есть очень хорошая утилита - mxdperfstats - она проганяет .mxd документ послойно (в указанной точке и по указанным zoom level) и строит очень хорошую таблицу - сколько времени заняло прорисовать каждый слой. Выдает рекомендации как ускорить процесс (в некоторых случаях пишет что проблема в graphics engine time - в этом случае 9.3.1 поможет 100%)

Answer 8

хорошая утилита
буду изучать...

Answer 9

Что касается апдейта кеша после редактирования - если редактируемые данные в SDE - можно сделать скрипт, строящий полигон вокруг редактировавшегося обьекта, потом обьединяющий соседние полигоны в однин и запускающий апдейт кеша внутри этих полигонов.

Я разговаривал в декабре с людьми, занимающимися одтимизацией процесса апдейта кеша - есть шанс что такой (и подобные) скрипты будут стандартными в 9.4

Answer 10

You can use arc GIS online for base maps

 

http://resources.esri.com/arcgisonlineservices/index.cfm?fa=content