Slow loading of WpfMap control Map using Silky sand theme

Within this forum we want to offer discussions all around our .NET based Map control including all .Net-language specific questions concerning calls of the xServer-API. Attention: xServer-relevant concepts can be found in further forums such as xRoute or xTour.

Slow loading of WpfMap control Map using Silky sand theme

Postby webdirekt » Wed Jan 11, 2017 12:02 pm

- We have used WpfMap Control and it takes about 8 to 10 seconds to render full map in application as shown in Image.
- Is there any way to load map faster?
Attachments
MapImage.png
User avatar
webdirekt
 
Posts: 28
Joined: Wed Jul 15, 2015 10:18 am

Re: Slow loading of WpfMap control Map using Silky sand them

Postby Bernd Welter » Wed Jan 11, 2017 3:21 pm

Hello WebDirekt,

how many backend modules of xMap are accessible behind the service URL?
Is the service OnPremise? Or via xServer INTERNET?

I just configured a 4modules scenario and the filling of the tiles is quite fast (<2seconds) on a full screen (1920x1080).

xmap-performance.PNG
screenshot of my local xmap after warmup(10 transactions) and massive user interaction. Looks fast enough.


Best regards
Bernd
Bernd Welter
Senior Technical Consultant Developer Components
PTV GROUP - Germany

Bernd at Youtube
User avatar
Bernd Welter
Site Admin
 
Posts: 1336
Joined: Mon Apr 14, 2014 10:28 am

Re: Slow loading of WpfMap control Map using Silky sand them

Postby webdirekt » Thu Jan 12, 2017 7:25 am

Hello Bernd,

Thanks for the quick reply. :)

Yes the service is OnPremise.

And we have two screens description as below:

- PtvStatusMonitor_India screenshot which is loading map faster (< 2 seconds) on full screen
- PtvStatusMonitor_Germany screenshot which is loading map too slow in India as well as in Germany
Attachments
PtvStatusMonitor_Germany.png
PtvStatusMonitor_Germany
PtvStatusMonitor_India.png
PtvStatusMonitor_India
User avatar
webdirekt
 
Posts: 28
Joined: Wed Jul 15, 2015 10:18 am

Re: Slow loading of WpfMap control Map using Silky sand them

Postby Bernd Welter » Thu Jan 12, 2017 8:03 am

Looks like the performance of the server is some topic to check.

Best regards Bernd
Bernd Welter
Senior Technical Consultant Developer Components
PTV GROUP - Germany

Bernd at Youtube
User avatar
Bernd Welter
Site Admin
 
Posts: 1336
Joined: Mon Apr 14, 2014 10:28 am

Re: Slow loading of WpfMap control Map using Silky sand them

Postby webdirekt » Fri Jan 13, 2017 12:50 pm

Hi Bernd,

Thanks for the reply.

configurations on lan.webdirekt.de
poolSize=4
logRequests=false
logResponses=false

configurations on ptv.webdirekt.in
poolSize=5
logRequests=true
logResponses=true

We need to enable request and response logging on lan.webdirekt.de side to investigate further.
We need to check this with Germany before proceeding further.
User avatar
webdirekt
 
Posts: 28
Joined: Wed Jul 15, 2015 10:18 am

Re: Slow loading of WpfMap control Map using Silky sand them

Postby Bernd Welter » Mon Nov 12, 2018 3:07 pm

Elephant brain is back...

If complete tiles are missing in the mapping control this could be related to an insufficient queuesize in the server:
Depending on the clients impatience (and number of parallel threads) it might be helpful to increase the queuesize to a significant value. This may cause longer "frontend completed" behaviour but it reduces the probability of "tiles are missing".

Best regards,
Bernd
Bernd Welter
Senior Technical Consultant Developer Components
PTV GROUP - Germany

Bernd at Youtube
User avatar
Bernd Welter
Site Admin
 
Posts: 1336
Joined: Mon Apr 14, 2014 10:28 am

Re: Slow loading of WpfMap control Map using Silky sand them

Postby Joost » Mon Nov 12, 2018 3:25 pm

If the queue size would be not enough, it would show in the monitor as rejected requests. This value however is 0. Also the computation time is a value I would expect so I doubt that the server is overloaded with to many things to do.

If I look at the screenshot I'm seeing one big issue: the "Germany" server needs 9 seconds of network time on average over a pool of many requests (communication average = 8985 ms). I would look for the issue in your network and not in the xServer or it's configuration.
Joost Claessen
Senior Technical Consultant
PTV Benelux
Joost
 
Posts: 232
Joined: Fri Apr 25, 2014 1:46 pm


Return to PTV xServer.NET (Admin=OH)

cron