<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-23 15:20 GMT+01:00 Régis Haubourg <span dir="ltr"><<a href="mailto:regis.haubourg@eau-adour-garonne.fr" target="_blank">regis.haubourg@eau-adour-garonne.fr</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
we are working on using qgis server here and we face some performance issues<br>
on big data sets. Cache is not an option for those layers that will be<br>
edited by users. Currently performances are not acceptable for production<br>
uses.  Here is a couple of questions that I could not answer by myself on<br>
the net:<br>
<br>
1- Clarifying multithread on server side vs multithread on desktop:<br>
<br>
We use qgis 2.12 server from qgis repository for debian on a 4 core Xeon<br>
(2.1Ghz) + 16Go RAM.<br>
<br>
We configured apache2 with MPM worker and we have a pool of 10<br>
qgis_mapserv.fcgi waiting for client request.<br>
The behaviour here is that one client will only consume one fcgid process,<br>
when desktop can use several processes to make some parallel rendering of<br>
project layers.<br>
When having QGIS desktop  using only one thread, I have similar rendering<br>
time. The difference is purely proportionnal to CPU speed difference.<br>
Did we miss something in configuration process or is that the intended<br>
behavior? I did try to use QGIS_OPTION_PATH on a QGIS2.ini but I really<br>
can't be sure it is really being used.<br>
Do QGIS packages miss the multithread option on compile cmake options?<br>
If this is expected, does the web architecture would allow to have fcgid do<br>
parallel rendering like desktop? Would that be a big work (I could partly<br>
fund that)?<br>
<br>
<br>
2- Overhead on first request with postgres complex view compared to<br>
shapefiles<br>
<br>
We have almost only postgis views being used as QGIS layers. Qgis server<br>
builds get capabilities and requests views to get extent and primary keys.<br>
There is a severe overhead for the first wms request by a client session.<br>
When generating the image takes about 7s, the first request can take from 24<br>
to 30s. Desktop multihreaded will get the image in about 3s (same postgres<br>
server, same network).<br>
That overhead starts to become annoying on desktop side too, but it's only<br>
qgs loading time, once in a work session. Does someone have any idea that<br>
one day postgis could collect such metadata on views so that QGIS do not<br>
have to scan all rows when data are in views? Direct access to tables, or<br>
same project with shp datasources do not show that overhead on server nor in<br>
desktop.<br clear="all"></blockquote></div><br><br></div><div class="gmail_extra">Hi,<br><br></div><div class="gmail_extra">For your point 2, is this bug related to your issue <a href="http://hub.qgis.org/issues/13232">http://hub.qgis.org/issues/13232</a> ?<br><br></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>