Struggling with startup performance of geocortex application (HTML5),
Struggling with startup performance of geocortex application (HTML5),
I’m not sure how one can measure\assess the startup performance for the goeocrtex application. In our case, sometimes it takes more than one minute and half to start! Is this normal?
In addition to that, one can’t find out the source of delay (ArcGIS Server, Geocortex, Hardware, Internet Speed, etc.)
I would appreciate if you access our application below and feedback if the startup performance and exploring looks normal
Link: http://geo.molg.pna.ps/
Thank you
Best
Jamal
0
-
Use Fiddler to capture the traffic and look at the overall elapsed time of the requests, as well as the size of the results returned.
You're calling a lot of services and some of the calls return relatively large files.
You have 15 image services that are returning PNGs that are at least 1.5MBs a piece.
They don't appear to be turned on, though, so I would look into why it is requesting tiles for layers that are turned off. Maybe some custom module somewhere?0 -
Thank you very much Dan for the help. This is very useful.
I have created a site from scratch that contains one service and found out that most of the time is consumed while calling the service! This is what Fiddlers confirms.
This is also happening in our online web mapping application with the emphasis that the turned-on layers are still consuming time on the startup!
0 -
Also, assuming you haven't already discovered it, use this knowledge base article as an overall guide.
Best practices to optimize viewer startup performance
https://support.geocortex.com/essentialsGSCkba?sub-nav=kba&id=kA360000000L142CAC0 -
Hi Jamal, you can also use the mxd perfstat tool to check individual mxd's for problems. We found a particular sql spatial view that was performing extremely badly in one of our maps - it was adding 30secs to our startup by itself! we were able to refine it back to a more reasonable 0.2 of a second
https://www.arcgis.com/home/item.html?id=a269d03aa1c840638680e2902dadecac0 -
p.s. for the sake of comparison for you: our startup time is ~20secs currently, which is still considered too slow by our users since Dekho takes less than 5 to start up. so we're still trying to get it down further. 0 -
Could it be to do with the of connections that is allowed by your server that serves out the Map Services? If the number of requests that are made hit the max threshold, it will block the request until there is a connection available. 
0 -
I’ll be taking the advantage of having Cam here to report that we have tried all options to enhance the startup performance but appears not to solve the issue. However, as the splash page stays for while with no indication for the end user that the application is in progress, why not to add a “progress indication” or “loading bar” so that the user is informed that all is fine but it is a matter of time to access the application. In our application below, we tried to have the splash page as dynamic image to avoid having our users got bothered.
http://geo.molg.pna.ps/
0 -
We have performance issues as well. It takes about 20 secs to start up the viewer on a smartphone. For most of the users that takes too long. I´m curious about experiences of other people: what's the best performance that can be reached? Any url's of fast viewers available? 0 -
we have the same issue with html5 , silverlight was much better the issue we are facing to convience the user to move to html5 , the problem not only on loading even upload shape files is very bad compare to silverlight . 0 -
For us, we are really experiencing had time. We can’t go back to Silverlight as - it can’t be accessed by google chrome
- it needs the installation of Silverlight
- it can’t be accessed from mobiles
In return, we can’t stay in HTML5 due to the performance and functionalities issues!
I hope that Geocortex developers can hear us and thus try to resolve the critical issues soon.0
Please sign in to leave a comment.
Comments
10 comments