<div dir="ltr">Mapserver does include an OpenGL renderer, but it isn't optimized for modern graphics hardware, so it would be unlikely to provide any improvement over the AGG renderer. You would likely find yourself writing the OpenGL renderer from scratch to support OpenGL 4.x, in order to take advantage of modern shader cores. It would be a huge undertaking, and the tessellation step may negate any performance benefits you may have received from using the GPU. <div>
<br></div><div>If you don't mind me asking, why is caching an unacceptable solution? Mapserver isn't intended to be run in production on a large scale. Mapserver is a tool for generating images from GIS data, but any production map application does offline caching, and then serves up cached map tiles to a user. If you have components of your map that change in real time, perhaps mapserver is not the correct solution for those components. What is the nature of your application, and what sort of data are you serving up? Also, what platforms are you looking to support? Web? Mobile phones? Tablets?</div>
<div><br></div><div>Some more information could go a long way to helping you find an ideal solution.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 23, 2014 at 11:35 AM, Visit Hirankitti <span dir="ltr"><<a href="mailto:v.hirankitti@gmail.com" target="_blank">v.hirankitti@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra">Many thanks for your advices, I made a survey on a graphic card for a Dell server, such as NVIDIA Tesla K4, the price is so high, something like $6,700, so I have to evaluate whether I worth the money.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Is the OpenGL included and used by MapServer as a default or we need to compile it ourselves in order to use it? If that is the case, how can we do that?</div><span><font color="#888888"><div class="gmail_extra">
<br></div><div class="gmail_extra">Visit<br><br></div></font></span><div><div><div class="gmail_quote">On Tue, Jun 17, 2014 at 5:50 AM, Adam Eskreis <span dir="ltr"><<a href="mailto:aeskreis@gmail.com" target="_blank">aeskreis@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div dir="ltr">It's been a while since I've looked at the Mapserver code, but if I'm not mistaken it uses the fixed function pipeline for OpenGL which isn't going to be able to take advantage of all of those wonderful shader cores very well. If you wrote your own renderer using OpenGL 4.0+, you might be able to get a substantial boost in rendering performance, but as Paul said, rendering may not be your bottleneck. You should ensure that it is before spending a lot of money on GPU servers. Also something to keep in mind, when you render with OpenGL you must convert all of your polygons into triangle meshes, which can be an extremely costly operation, especially for concave polygons that contain holes, which are quite common in GIS data.</div>
<div><div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 16, 2014 at 5:42 PM, Paul Ramsey <span dir="ltr"><<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">Non-trivial places time can be spent:<br>
<br>
- CGI startup (if you aren't using FastCGI)<br>
- reading layers (if you have a lot of them! it's only a ms or two per<br>
layer, but if you have 100 layers...)<br>
- reading data<br>
- rendering data<br>
- compressing output images (more than you'd expect)<br>
<br>
I'd expect GPU assisted rendering to be a win only for a narrow<br>
minority of cases, it's not a predominant time sink as often as one<br>
would expect. Plus for all the speed once you have the GPU chain set<br>
up, the setting up of the GPU can be costly, and for a CGI program<br>
like MapServer, that's a big deal.<br>
<span><font color="#888888"><br>
P<br>
</font></span><div><div><br>
<br>
On Sun, Jun 15, 2014 at 2:57 PM, Even Rouault<br>
<<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>> wrote:<br>
> Le dimanche 15 juin 2014 23:50:05, Visit Hirankitti a écrit :<br>
>> Dear list memers,<br>
>><br>
>> My name is Visit, a newbie of this forum. I have been using MapServer for<br>
>> at least 4 years now on many research projects. It has served my research<br>
>> projects quite well.<br>
>><br>
>> Recently I am using MapServer to develop a real-world enterprise web<br>
>> application.<br>
>> I am developing a web-based GIS application using MapServer to serve<br>
>> thousands of users, and one of overheads of the system is on the map<br>
>> rendering provided by MapServer.<br>
>><br>
>> At the moment the server I use to run MapServer doesn't have a graphic card<br>
>> (i.e. GPUs), but I wonder if I really want high performance of<br>
>> map-rendering from MapServer, can a graphic card (i.e. GPUs) equipped with<br>
>> the server enhance MapServer's map rendering speed and hence improve its<br>
>> map service speed?<br>
>><br>
>> As a graphic card contains hundreds of GPU cores, e.g. NVDIA CUDA platform,<br>
>> and each core can compute and draw polygons in parallel, so I think this<br>
>> can improve the speed of map rendering (if used with MapServer)<br>
>> substantially. Do I understand this correctly?<br>
><br>
> You'll have to profile where the time is exactly spent in MapServer. If it is<br>
> in pulling data from sources, or in the rendering part itself. There's a<br>
> OpenGL backend available in recent MapServer versions that could potentially<br>
> speed up rendering, but it is likely a bit experimental and might need more<br>
> work.<br>
><br>
>><br>
>> Thanks for your advice in advance,<br>
>><br>
>> Visit Hirankitti Ph.D.<br>
>><br>
>> Intelligent Communication and Transportation Lab<br>
>> King Mongkut's Institute of Technology Ladkrabang<br>
>> Thailand<br>
><br>
> --<br>
> Geospatial professional services<br>
> <a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
> _______________________________________________<br>
> mapserver-users mailing list<br>
> <a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a></div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br></blockquote></div><div class="gmail_extra"><br></div></div></div></div>
<br>_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br></blockquote></div><br></div></div>