AnsweredAssumed Answered

terrible cached map service performance with 10.1

Question asked by geonetadmin on Sep 20, 2012
Latest reply on Sep 27, 2012 by geonetadmin
Original User: simpsonr

I've cached a map service in 10.1 on a "site" consisting of 3 VM servers each with 4 cores and 8 gigs of ram.
When I use the javascript viewer to view the map service I get horrible rendering performance.
http://mapstest.larimer.org/arcgis/rest/services/imagery2009only/MapServer?f=jsapi

By comparison, I've got a 10.0 VM AGS server with 4cores and 8gigs of ram with the same cached map service with great performance.
http://maps.larimer.org/ArcGIS/rest/services/mapsCached/imagery2009only/MapServer?f=jsapi

I can't figure out where the issue is here but it is a show stopper. See the attached screenshots from Firebug...
28 seconds to draw the tiles in 10.1 vs .2 seconds in 10.04.

I am using a web adapter on another windows server vm (mapstest.larimer.org) but I get the same poor performance when accessing the site via the internal arcgis server tomcat server.  This indicates that the issue doesn't lie with the web adapter piece.

Also, if you look at the firebug screenshot of the 10.1 server (mapstest) you notice that the tiles are received in 4-6 tile batches such that the next batch is in queue while the previous batch is being worked on.  So you see this stair stepped reception, each taking many seconds to complete.

When I look at the server performance metrics while this operation is taking place, I see that the cpu's are barely being taxed and memory usage is well within bounds.

Any help on this vexing issue would be great.

Attachments

Outcomes