MapPoint Forums

MapForums

Community of MapPoint and Virtual Earth Users and Developers




ActiveX performance with .NET

This is a discussion on ActiveX performance with .NET within the MapPoint 2006/2009 Discussion forums, part of the Map Forums category; javascript :emoticon(' ')Hi all, I have a .NET-based container application which act as a MapServer hosting several copies of MP ...


Go Back   MapPoint Forums > Map Forums > MapPoint 2006/2009 Discussion

Today's Posts Twitter Feed Register Blogs FAQ Members List Calendar Search Today's Posts Mark Forums Read



Click here to register

Reply

 

LinkBack (1) Thread Tools Display Modes
  1 links from elsewhere to this Post. Click to view. #1 (permalink)  
Old 11-02-2004
Junior Member
White Belt
 
Join Date: Aug 2004
Posts: 6
ActiveX performance with .NET

javascript:emoticon('')Hi all,

I have a .NET-based container application which act as a MapServer hosting several copies of MP ActiveX and then there are client applications accessing the server over .NET remoting. At this point both client and server are being run on the same machine.

For some reason when my map server calls any ActiveX method it is very slow. For example, calling Map.NewMap() may easily block for few seconds! Rendering a simple map with several pushpins takes at least 3-5 seconds.

Is this because of Interop layers around ActiveX or am I doing something really wrong? At this point I am ready to start porting the whole server into VB6 to avoid .NET overhead.

Interestingly that MapPoint 2004 itself does not seem to be that slow, when used interactively.

Any suggestions?

Thank you.
Alex O.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
  #2 (permalink)  
Old 11-09-2004
Junior Member
White Belt
 
Join Date: Aug 2004
Posts: 6
After battling for some time with slow performance of MapPoint ActiveX (especially NewMap() and AddPushpin() methods), I have switched to using MapPoint.Application object instead.

Although it is still not the fastest, the whole process of map rendering / adding pushpins / returning map image has become about 2-3 times faster.

Figures! I would assume exactly the opposite due to an inter-process communication overhead, which suppose to be less in case with ActiveX (there is still Interop).

Has anyone else seen this pattern, or is it solely my experience?

Alex O.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
Reply

Tags
activex, net, performance


LinkBacks (?)
LinkBack to this Thread: http://www.mapforums.com/activex-performance-net-3415.html

Posted By For Type Date
MapPoint 2009 Load Performance - Stack Overflow This thread Refback 09-22-2008 01:08 PM

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)

 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads

Thread Thread Starter Forum Replies Last Post
Performance Eric Frost MapPoint 2006/2009 Discussion 2 03-24-2006 06:27 AM
Performance and Dedicated Lanes giando MapPoint 2006/2009 Discussion 0 11-10-2004 04:19 AM
Mappoint ActiveX performance Anonymous MapPoint 2006/2009 Discussion 2 09-09-2003 05:13 PM
Performance within a vb.net app.. douglas MapPoint 2006/2009 Discussion 1 06-04-2003 09:22 AM
MapPoint Add-In performance rseman MapPoint 2006/2009 Discussion 2 05-06-2003 08:00 AM


All times are GMT -5. The time now is 10:54 PM.


Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.3.0 RC2
MP2K Magazine
Visitor Map

Tenerife Holiday
Find a great deal on a Tenerife holiday through UlookUbook! Check out the options online...



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59