Быстродействие в веб-приложениях

[Vaska72]

Значит надо попробовать убрать все остальные сервисы из приложения и посмотреть будет тормозить или нет. Тогда будет понятно дело в этом сервисе или в чем-то другом.

убрала все остальное, проблема в этом сервисе, но не пойму, в чем она заключается - может в количестве объектов в одном из слоев - там есть на 47 с лишним тыс. объектов, тогда как остальные - на 2-5-7 тыс.

Вот и хорошо. Теперь понятно, что проблема в сервисе. Нужно прогнать исходный mxd с помощью mxdperfstat. В настройках задать те масштабы, которые используются в приложении. Обратить внимание нужно на 2 параметра в первую очередь:
Features - показывает сколько объектов слоя на этом масштабе попадает на экран. Если здесь будет большое число, то возможно имеет смысл начать отображать этот слой на более крупных масштабах. Все равно рассматривать на мониторе одновременно несколько десятков тысяч объектов точно бессмысленно.
Vertices - показывает общее кол-во точек для всех объектов слоя, которые попадают на экран. Если здесь будет большое число, то можно подумать о генерализации данных. У меня было, что больше всех тормозил слой с административными границами, как раз из-за большого кол-во точек. А я на него даже и не думал.

[jerry-maori]

таки чем всё закончилось?

[amnesiac]

Пока ничем, пришлось переключиться на другую срочную работу, к сожалению. Завтра отпишусь, в чем дело было (или что результаты проверок показали, если не смогу разобраться)

[amnesiac]

Товарищи, помогите разобраться в результатах тестов!
Смотрела монитор ресурсов и сам документ с помощью mxdperfstat.

C документом карты понятно, что не так в целом - непонятно до каких объемов нужно исправлять кол-во точек (не отображать объекты пока не вариант). И если я в инструменте Генерализовать выставлю допуск не более метра - сильно ли это исправит ситуацию? Или может есть ли другой инструмент для удаления лишних вершин?
И еще, по монитору ресурсов не могу понять, есть ли какая-либо проблема в сервере, или все адекватно обрабатывается?

[gamm]

Или может есть ли другой инструмент для удаления лишних вершин?
И еще, по монитору ресурсов не могу понять, есть ли какая-либо проблема в сервере, или все адекватно обрабатывается?

это из картинки понять нельзя, поскольку неизвестно, какая у вас сеть (ее пропускная способность). И непонятно, кто создает трафик (там какие-то джавы) - то ли флешь не успевает подкачивать, то ли не успевает рисовать.

кстати, число среднее вершин на зону более 500 выглядит загадочно, явно нужно генерализовать и разнести по масштабам, взяв толерансы близкие к "правилу пальца" (0.1 мм в масштабе карты, 10 метров для 1:100 000 и т.д)

[Vaska72]

C документом карты понятно, что не так в целом - непонятно до каких объемов нужно исправлять кол-во точек (не отображать объекты пока не вариант).

Может лучше закэшировать сервис?
Даже если генерализовать данные все равно объектов очень много. Из результатов видно, что на масштабе 250000 на одном экране отображается одновременно больше 46 тысяч объектов. После генерализации станет конечно лучше, но врядли на много. Или может быть можно как-то объединить часть данных,слить несколько объектов в один?

[amnesiac]

Может лучше закэшировать сервис?

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

[Andrey Zhukov]

Лайфхак:
1. опубликуйте сервис с простой отрисовкой, например, сильно генерализованная граница России (важно: экстент сервиса должен быть не меньше "тяжелого" сервиса!);
2. включите для него кэшированние с параметрам, аналогичными "тяжелому" сервису;
3. подсуньте кэш "тяжелого" сервиса.

[amnesiac]

3. подсуньте кэш "тяжелого" сервиса.

Объясните поподробнее, пожалуйста! Выглядит привлекательно, но последнего пункта не поняла

[Andrey Zhukov]

Все кэшированные сервисы хранятся в arcgisserver\directories\arcgiscache.
Соответственно, надо из одной папки скопировать в другую (лучше с остановленными сервисами). Важно: наименование фрейма должно совпадать у кэша и сервиса, оно используется внутри папки с кэшем.

[Vaska72]

А в чем преимущество? Какая разница из какой папки кэш будет браться?

[ Сообщение с мобильного устройства ]

[Andrey Zhukov]

Разница в сервисе. ArcGIS for Server все равно пытается строить легенду, даже если сервис кэшированный. Если слой сложный, то тормоза обеспечены.

[Vaska72]

Если легенду никакой компонент не запрашивает, то никто её и не строит. Я вьюерами не пользовался, не знаю можно ли отключить это в настройках.
Но в любом случае это сэкономит в лучщем секунду на запуске приложения. Специально проверил на своём сервисе, 209 слоев, сложное оформление. Легенда формировалась чуть больше секунды. Затем если приближать, отдалять идут запросы только на тайлы, без легенды. А если их отображение в одной папке тормозит, то и в другой будет так же.

[ Сообщение с мобильного устройства ]

[Andrey Zhukov]

Проблем в тайловом сервисе на самом деле немало.
1. ArcGIS for Server все равно будет теребить источники данных. Типа а вдруг. Инициализация слоя с монструозной символогией сопровождается кучей "адвруг". Типа построения легенды, которое никто еще даже не просил.
2. Даже тайловый сервис можно запросить как динамический. Тот еще эксплойт. Кстати, отсюда вопрос к автору - а не в этом ли косяк?

Возможно, в 10.3 это уже и вылечили, но я сомневаюсь
Если не доверяете моему мнению, спросите у дяди Гриши (Кувшинникова)