[mapguide-users] Guestion about speedup mapguide, diferent domainname to mapagent.fcgi.

Paul Spencer pagameba at gmail.com
Wed Feb 28 20:00:56 EST 2007


I'll weigh in here :)

There was a recent thread on the ka-map list that is relevant to this  
discussion.  The poster claimed (I didn't verify it, but it seems  
correct) that tile sources in google maps all point to a variety of  
server names like:

m0.google.com
m1.google.com
m2.google.com
m3.google.com

and that each of these resolves to the same IP.  This is being done  
to provide more simultaneous connections than a default configuration  
of a browser would make - and it works very well.

The poster also provided a patch for ka-Map that implemented a simple  
round-robin server picker from an array of available servers for the  
tile code.  He claimed substantial improvement in apparent tile  
loading speed because more tiles loaded simultaneously.

I am going to be implementing his patch in ka-Map (in a slightly  
different way, but the same concept) because I need this for a  
current client.  I can report back on our success.

On a side note, OpenLayers already has the capability to specify an  
array of servers as a tile source for a layer.

Finally, we've been looking closely at optimizing kaMap performance  
for our client.  Part of this has involved reorganizing how the tiles  
are physically cached on disk to avoid problems with having too many  
entries per directory.  The other part was using the web server  
directly to serve tiles.  This means the client is aware of the  
server cache structure and the cache is directly exposed through the  
web server.  A 404 error handler is used to trigger tile generation  
when the cache does not contain a particular set of tiles.

Also, we switched from Apache to lighttpd as it is quite a bit faster  
at serving files.  There are also other web servers that are faster  
than Apache.

One of the problems I see with MapGuide's tile caching mechanism is  
that the tiles are not stored at the web tier, but rather at the  
server.  This implies that you must invoke some process in addition  
to the web server and wait for the transfer between the server and  
the web tier, even if they are on the same machine.  This would be a  
very difficult problem to solve in MapGuide, though, because the  
architecture allows you to set up multiple web tiers and multiple  
servers in the back end - I don't envy Bob this particular problem :)

Cheers

Paul

On 28-Feb-07, at 6:52 PM, Jason Birch wrote:

> Hi Trevor,
>
> There are two points here:
>
> - If the tiles were served directly from disk by apache (or IIS), you
> will likely better performance than through the tileservice, primarily
> because there will be less CPU overhead.  However, the recent changes
> there (caching maps, etc).
>
> - From the client level, they only have two pipes to receive those  
> tiles
> through, so even if you're serving 100 tiles per second, the client is
> only going to be able to download two at a time.  They have to pull  
> down
> all of the HTML and JS code through the same pipes, so initial load  
> time
> can be a killer at high resolution (more tiles to fill the screen).
>
> On a somewhat-related note, TileCache looks interesting:
> http://labs.metacarta.com/wms-c/
>
> Jason
>
>
> -----Original Message-----
> From: Trevor Wekel
> Subject: RE: [mapguide-users] Guestion about speedup mapguide,diferent
> domainname to mapagent.fcgi.
>
> I don't know how much network latency and bandwidth affect tile  
> serving
> speeds.  However, I have had very good tile serving performance over a
> LAN with recent builds of MapGuide.  I have seen tile serving   
> speeds in
> excess of 100 tiles per second over a gigabit ethernet link with  
> current
> hardware (Pentium D 820).
>
> It would also be worthwhile to monitor CPU usage on the server while
> tiles are being served.  I suspect the bottleneck is CPU and not  
> network
> latency or bandwidth.
> _______________________________________________
> mapguide-users mailing list
> mapguide-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-users

+-----------------------------------------------------------------+
|Paul Spencer                          pspencer at dmsolutions.ca    |
+-----------------------------------------------------------------+
|Chief Technology Officer                                         |
|DM Solutions Group Inc                http://www.dmsolutions.ca/ |
+-----------------------------------------------------------------+






More information about the mapguide-users mailing list