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.
Post Reply
User avatar
webdirekt
Posts: 28
Joined: Wed Jul 15, 2015 10:18 am

Slow loading of WpfMap control Map using Silky sand theme

Post by webdirekt »

- 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
Bernd Welter
Site Admin
Posts: 2564
Joined: Mon Apr 14, 2014 10:28 am
Contact:

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

Post by Bernd Welter »

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).
screenshot of my local xmap after warmup(10 transactions) and massive user interaction. Looks fast enough.
screenshot of my local xmap after warmup(10 transactions) and massive user interaction. Looks fast enough.
Best regards
Bernd
Bernd Welter
Technical Partner Manager Developer Components
PTV Logistics - Germany

Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning... :twisted:
User avatar
webdirekt
Posts: 28
Joined: Wed Jul 15, 2015 10:18 am

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

Post by webdirekt »

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
PtvStatusMonitor_Germany
PtvStatusMonitor_India
PtvStatusMonitor_India
User avatar
Bernd Welter
Site Admin
Posts: 2564
Joined: Mon Apr 14, 2014 10:28 am
Contact:

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

Post by Bernd Welter »

Looks like the performance of the server is some topic to check.
Best regards Bernd
Bernd Welter
Technical Partner Manager Developer Components
PTV Logistics - Germany

Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning... :twisted:
User avatar
webdirekt
Posts: 28
Joined: Wed Jul 15, 2015 10:18 am

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

Post by webdirekt »

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
Bernd Welter
Site Admin
Posts: 2564
Joined: Mon Apr 14, 2014 10:28 am
Contact:

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

Post by Bernd Welter »

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
Technical Partner Manager Developer Components
PTV Logistics - Germany

Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning... :twisted:
Joost
Posts: 307
Joined: Fri Apr 25, 2014 1:46 pm

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

Post by Joost »

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
Post Reply