Is GVH 70% slower than GVS in starting up?
Is GVH 70% slower than GVS in starting up?
My findings say that GVH is 70% slower than GVS. The test is simple:
- Create a site that consumes some heavy services
- Create gvs and gvh viewers for the site.
- Access the two applications
What does Fiddler say?
- GVH goes to many folders before starting up
- HVG consumes time in reading turned off services\layers (the thing that seems not to occur in case of GVS)
Is there any settings that can be applied to enhance the performance of GVH to be similar to GVS?
Thank you
Best
Jamal
0
-
Jamal,
I certainly found that I had to re-engineer my sites to work faster under HTML5, but I found that I'm achieving similar times now - my heaviest site is taking 20 seconds to load, and it is consuming ~20 services, of which 5 are dynamic with 100s of layers. My lighter sites come up in about 10 seconds. Both come up much faster when the server load is light. I'm making more smaller directed sites now than I did before, but my full site has more layers, not less than the older Silverlight site. I also find that I keep having to throw more RAM on my AGS box as I increase the number of services, and I fiddle with the Min/Max Instances setting in AGS. In addition to absolute time, the perceived time of openning is even worse in HTML5 because there is so little feedback to the user when they are waiting for the HTML5 viewer to open, when compared to the Silverlight viewer.0 -
Thank you Mike for the input.
I hope that more geocortex users can add their feedback here regarding their experience with gvs VS gvh performance wise. I would love if geocortex experts can comment in this issue.
Performance and stability are key components when it comes to any application. I hope that geocortex developers will come up with root solution for the issue of performance in gvh.0 -
FYI, there is a (relatively) new knowledge base article that addresses loading issues, it's worth taking a look to see if you can implement any of the ideas. Another option you have is to disable WCAG. The WCAG feature adds quite a few requests to the loading of the viewer and thus longer load times.
Best practices to optimize viewer startup performance - https://support.geocortex.com/essentialsGSCkba?sub-nav=kba&main-nav=essentials&feedtype=SINGLE_ARTICLE_DETAIL&criteria=BESTANSWERS&id=kA360000000L142CAC
Disable WCAG in the HTML5 viewer - https://support.geocortex.com/essentialsGSCkba?sub-nav=kba&main-nav=essentials&feedtype=SINGLE_ARTICLE_DETAIL&criteria=BESTANSWERS&id=kA3600000008QUTCA2
Regards,
Wayne Richard
Latitude Geographics Group Ltd.
Head Office: 300 – 1117 Wharf Street Victoria, BC Canada V8W 1T7
Tel: (250) 381-8130 | Fax: (250) 381-8132 | wrichard@latitudegeo.com
Developers of Geocortex web-based mapping software | www.geocortex.com
An Esri Platinum Business Partner0 -
Thanks Wayne - this is much appreciated. What is the "export?dpi=96..." that shows up on the Developer Tools? Here is the site
https://maps.srcity.org/Html5Viewer/Index.html?viewer=SantaRosaMap0 -
Hi Mike,
That is a request to your map service to provide an exported map image...
Regards,
Wayne Richard
Latitude Geographics Group Ltd.
Head Office: 300 – 1117 Wharf Street Victoria, BC Canada V8W 1T7
Tel: (250) 381-8130 | Fax: (250) 381-8132 | wrichard@latitudegeo.com
Developers of Geocortex web-based mapping software | www.geocortex.com
An Esri Platinum Business Partner0 -
Just the normal image sent to the Viewer? And if some take some time, it is because of the service itself? I've trying to improve the performance of my CityDynamicBottom service, which is used in many different sites, and I was noticing that it had some slow export times... (or at least slower than the others...what is considered to be good for thise exports?) 0 -
I thought there was just one image sent to the viewer - why is there numerous tiles getting exported for the different services? I don't think this happened this way before... 0 -
Hi Mike,
Yes, that's correct, the image visible in the viewer. I am not aware of any published metrics but I would think over 5 seconds would be excessive. There are a lot of factors involved (server load, image size and composition etc) so there will be variance from one export to another. In Fiddler, you can right click on the row and select Copy > Just URL and then paste the URL into a new browser window. This will show how long just that one request will take without the influence of the viewer. If it seems excessive you can seek further advice from ESRI.
There will be numerous requests/responses, the ESRI API will divide the image into regions and make multiple requests. Also, if the extent is changed, due to a toolbar or home panel being displayed for instance, the requests will happen again.
Regards,
Wayne Richard
Latitude Geographics Group Ltd.
Head Office: 300 – 1117 Wharf Street Victoria, BC Canada V8W 1T7
Tel: (250) 381-8130 | Fax: (250) 381-8132 | wrichard@latitudegeo.com
Developers of Geocortex web-based mapping software | www.geocortex.com
An Esri Platinum Business Partner0 -
Hi Wayne Richard,
Thank you for your feedback.
It sounds better after Disable WCAG in the HTML5 viewer but still faraway from GVS performance, Also i tried to turning off the Enhanced Screen Reader Notifications in the Accessibility without an effect.
Which factors could enhance performance? is there a recommendations for Internet/Upload speed ?
Best0 -
The reason we are highlighting this issue is that our application users are shouting due to the unacceptable performance of the GVH. The link for our application is
http://geo.molg.pna.ps/
I need to confirm what Petter has already mentioned, GVS is still much faster than GVH in the same work environment.0 -
Jamal, when I try that link, it just hangs...
Have you stopped using permissions? I found that to make a huge difference. I rewrote my sites to not need them except for the initial permission to view the site. No layer permissions, no tool, layer theme, etc.0 -
Sorry Mike for this. we still have down time. However, it should be working now.
Correct. It can be accessed now with no credentials. users are still shouting due to performance. All settings\configurations we have modified are still not affecting the performance significantly.0 -
still hanging... 0 -
Sorry again Mike. It should be working now. 
0 -
I'm still having issues, though it got further this time... 
0 -
I'm also noticing that you have many aerial services. Are they all cached? Have you edited all of your cached map services and opened the Add/Remove Layers and removed ALL layers? You don't need them if they are cached, and that will improved load times significantly. 
0 -
How long does your site take to open in HTML5 when it is working? My heaviest site is now faster in HTML5 than it was in Silverlight, and it has more in it. It took a lot of re-engineering the site, but it is doable. I also took the strategy of trying to take traffic off of my heaviest sites by creating lighter, more directed sites (Parcel, Aerial, Open Data) that open in half the time. Most folks still want the all in one site, but the lighter ones are gaining in popularity. 0 -
Thank you very much Mike for the help.
I’m sorry that you are unable to start the application. However, just in case you manage to start it, I would appreciate if you let me know if the performance is acceptable.
I like the idea of removing the layers for the cached services. I have already implemented it
0 -
I observed also that identifying features takes much of time. It manages to get results for some services but it struggles to do for other. What could be the issue here? 
0 -
Sorry, still can't get in. Can't really begin to try to guess what is going on with Identify, unless sometimes not all your services are coming correctly.
You might try making a copy of your site, and then start taking away aerial services one at a time and try the site inbetween to see if any of them are causing the problem. Once all aerials off, if still slow, try sending me that URL to look at...0 -
Also, I'm assuming none of your aerials are dynamic, and especially none are in a different coordinate system... 0 -
Correct. All our orthophotos are cached.
We have tried, so far, all configuration that could improve the performance but with no significant impact at the end. Both startup and navigation are still slow
I hope Mike your time will allow you to have a look on our application and kindly feed me back
http://geo.molg.pna.ps/
Hi Anjad,
Please, find attached my sheet filled out and signed
Best
Jamal0 -
I still can't get your site to open... Did you understand what I was saying about making a copy of your site? That way you can remove services until the site improves, and then that will tell you what service is causing the problem... 0 -
Thanks Mike.
Sure. I’ll be trying your valuable suggestion to see if my services have issues
By the way, the logs of the arcgis server lists some errors in the service but with no indication why or how to fix it
Our gvs application can be approached from here
http://geo.molg.pna.ps/l2.html
there is no way to compare between gvs and gvh when it comes to performance considering that they both consume the same services.
0 -
Hi Jamal,
Further to Mike's suggestion, GVH has a somewhat new feature called the layer catalog that may help you here. The idea is similar to what Mike mentioned at the beginning of the thread (regarding building smaller, targeted sites with specific functionality in mind).
The idea behind the layer catalog is that you move the heavy services out of your site, and provide the users with a catalog (that they invoke from a toolbar button or the I Want To menu), from which they can add the services as needed. By loading less services right off the bat, and only loading the heavy services on demand, you can really speed up your sites.
If you combine this with the save projects functionality (which requires that the users sign in), you can let your users save their loaded layers from the layer catalog, and recall them when they open their map.
I hope this helps! If you want us to work with you via a screen share, please open a support case. We are more than happy to assist!
All the best,
Danny0 -
Danny,
I have yet to play with Layer Catalogs.. Would you recomend using them instead of Layer Themes? We are considering upping the horsepower on our server, since as Jamal says, HTML5 seems to use more resources. Expensive to do with ESRI's Server pricing... Our biggest issue is load time, though at peak times, even using the site can get slow. Our everything including the kitchen sink site takes ~20 seconds to load on our network, while the smaller targeted sites take about half that. One thing that I've noticed is that if you open both a Silverlight and HTML5 and they take exactly the same amount of time to open, the HTML5 site feels like it takes longer. The user interaction is too limited during load - most of the time, there is no feedback to the user. It was much better in earlier versions of HTML5.0 -
Jamal,
How many services are giving those errors? Not sure why the site can not find the services, but I would think if that were the case you would be seeing problems in Manager as well. Is HTML5 running on a different server than your Silverlight? And did you just copy the site over? Maybe the data connections are not the same? Or the fact that you can open and I can't means that the public is having trouble resolving one of your URLs? If the number of services with Severe errors is limited, then copy your site and remove just those services and then try to open.0 -
Hey Mike,
I'm not sure I would suggest replacing layer themes with the layer catalog, as they both serve different purposes. Layer themes let you easily activate and display a set of the layers that already exist on your site. The layer catalog on the other hand is more for controlling which layers are available on the site itself.
If you're asking which one will offer the biggest performance gain, I think layer catalogs will offer the best results.
I hope this helps!
Thanks,
Danny0 -
Thanks Mike and Daniel
Correct. Both GVS and GVH are on the same machine.
GVH
http://geo.molg.pna.ps/
GVS
http://geo.molg.pna.ps/l2.html
Given that the performance of GVS in much better than the GVH, this doesn’t encourage us to find out which issues are behind this delay. The answer is clear: it is the GVH. The GVH is smooth, decent and seamless. This the feedback from heavy users. Hopefully, Geocortex developer will be solving all performance related issues in next releases.
It happens that the ArcGIS Server provide errors related to services but with no indication at the level of Geocortex manager.
0 -
You really can't stay on Silverlight too much longer, unless you can control your user's choice of browser...
So, are these log errors are only showing up in your HTML5 site? You might try ESRI - they are often helpful in these kinds of situations, and they don't charge, so you have nothing to lose...
My only suggestions at this point would be to restart the services. Make sure that there are no issues when publishing. Do these service work in ArcMap? When you open the rest end point, are you able to display in ArcGIS JavaScript? Can you make available one of these service rest end points for me to look at? There are service settings that Silverlight ignored, but HTML5 uses...0
Du måste logga in om du vill lämna en kommentar.
Kommentarer
46 kommentarer