Select to view content in your preferred language

Exploring the published mxd is slower than the mxd,

2062
2
06-06-2013 04:31 AM
JamalNUMAN
Legendary Contributor
Exploring the published mxd is slower than the mxd,


Is it technically correct that exploring the published mxd (even through the ArcGIS desktop) is slower than the mxd itself?


[ATTACH=CONFIG]25055[/ATTACH]

Does this indicate that the performance of web application (being slow) refers to the ArcGIS Server but not the web application itself? Sure, multiple factors are included in the issue of the performance but in my case I???m working on the same machine where the ArcGIS Server + ArcGIS Desktop + Web Application are deployed. I wanted to test all factors affecting the speed as I???m confronting a very slow web mapping application. My database is file geodatabase.



Thank you

Best

Jamal
----------------------------------------
Jamal Numan
Geomolg Geoportal for Spatial Information
Ramallah, West Bank, Palestine
Tags (2)
0 Kudos
2 Replies
AlexeyTereshenkov
Deactivated User
Jamal,

If you refer to a "published mxd" meaning an ArcGIS Server map service (a service you create by publishing a map document in ArcMap), then you are correct. It will take more time to draw a map service in ArcMap than the original .mxd map document it has been based on. The matter is that there is a longer chain of actions being involved: ArcMap needs to ask ArcGIS Server to retrieve a certain area of the map service, ArcGIS Server goes to the file geodatabase, retrieves the data needed in the extent, compiles a raster image and sends it back to ArcMap. The extra time required to get the map documents served drawn in ArcMap comparing to drawing the original vector data is something one has to accept. The only exception I can think of when the published map service will actually draw faster in ArcMap then the original .mxd document, is when the original map document contains lots of advanced symbology and multiple layers and the map service has been cached. In this case, it might go faster to get the cache tiles from the server rather than draw "raw" vector data from a geodatabase.

As a common practice, you don't need to access the map service in ArcMap if you have access to the original map document. The whole point of publishing a map document as a map service is to make the map information accessible to non-ArcMap users or users without access to the original map document.
JamalNUMAN
Legendary Contributor
Jamal,

If you refer to a "published mxd" meaning an ArcGIS Server map service (a service you create by publishing a map document in ArcMap), then you are correct. It will take more time to draw a map service in ArcMap than the original .mxd map document it has been based on. The matter is that there is a longer chain of actions being involved: ArcMap needs to ask ArcGIS Server to retrieve a certain area of the map service, ArcGIS Server goes to the file geodatabase, retrieves the data needed in the extent, compiles a raster image and sends it back to ArcMap. The extra time required to get the map documents served drawn in ArcMap comparing to drawing the original vector data is something one has to accept. The only exception I can think of when the published map service will actually draw faster in ArcMap then the original .mxd document, is when the original map document contains lots of advanced symbology and multiple layers and the map service has been cached. In this case, it might go faster to get the cache tiles from the server rather than draw "raw" vector data from a geodatabase.

As a common practice, you don't need to access the map service in ArcMap if you have access to the original map document. The whole point of publishing a map document as a map service is to make the map information accessible to non-ArcMap users or users without access to the original map document.



Many thanks Alexey for the distinct elaboration


1. Sure, I was comparing between the mxd and its service and the explanation you have already introduced best fit with what I wanted to have some background on

2. Caching is very exhaustive option. It rarely succeeds with the desired scales


3. The comparison between the mxd, its service and web application is based on the fact that I�??m confronting serious performance issue and couldn�??t know how to fix it. Web mapping application users are struggling with quite slow speed and thus don�??t prefer to access this web application. I wanted to know where might be the source of such very slow speed. And now i found out that accessing the published service even with the desktop application on the same machine is also slow! Then imagine when this service is accessed by web application from remote machine

I couldn�??t get a compromise between multiple factors to achieve maximum speed:

1. Hardware specs of the host/client machines (CPU, RAM, chipset, etc.)
2. Cables connecting host/client machines (VPN, leased lines, etc.)
3. ArcGIS Server tuning (min/max instances, high/low isolation, cashing, etc.)
4. Database Platform (personal geodatabase/ file geodatabase/ ArcSDE geodatabase with SQL or Oracle, etc.)
5. Database Administration (tuning/cleaning/etc.)
6. Web mapping application (ADF, Silverlight, Flex)


Best

Jamal
----------------------------------------
Jamal Numan
Geomolg Geoportal for Spatial Information
Ramallah, West Bank, Palestine
0 Kudos