[mapserver-dev] More Performance

Steve Lime Steve.Lime at dnr.state.mn.us
Mon May 12 15:07:14 EDT 2008


Do you have a GeoServer/MapServer test environment setup? I'd really like to get one
in place. It's impossible to know how fast or slow MapServer is with out it. I'm assuming
Andrea has one since he's still testing head-to-head.

Are the various use cases detailed some place?

Steve

Thanks for the Shark tip, hadn't heard of that one. 

>>> On 5/12/2008 at 1:50 PM, in message
<30fe546d0805121150t765a77bl80ecc5ab3092070d at mail.gmail.com>, "Paul Ramsey"
<pramsey at cleverelephant.ca> wrote:
> Andrea Aime pointed out that Geoserver is still running about 3-times
> as fast as Mapserver in some use cases, which has prompted me to
> discover Shark (note to developers on OS/X, learn to run Shark).
> 
> Among the things Shark tells me is that the epsg configuration file
> remains the biggest (avoidable, but non-obvious) performance issue,
> potentially hogging huge amounts of resources, since the projections
> are loaded even for layers that aren't being rendered.  Even worse,
> it's a performance issue that fcgi doesn't fix, since the loading
> happens in msLoadMap.
> 
> Another thing Shark tells me is that we are burning resources in
> curl_global_init (called from msHTTPInit via msHTTPInitRequestObj)
> even when there are no WMS or WFS layers defined.  This is eating
> about 5% of the total cycles, on a fairly well-tuned map file, and
> could be fixed.
> 
> Finally, the biggest single resource muncher in this small-easy-map
> case is loading the font file.  This could be an artefact of the OS/X
> font loading, or it could be generic. It looks like gd has a font
> cache, so perhaps this goes away in FCGI.  I guess that should be my
> next test, because if it doesn't go away it's a big win in the FCGI
> case to make it go away.
> 
> P.



More information about the mapserver-dev mailing list