<div dir="ltr"><div>Hi there,</div><div><br></div><div>I have googled quite a lot to find the information I am looking for - no luck so far. I am well aware this is the hundredth time that someone ask about performance tuning - please bear with me.</div>
<div><br></div><div>First things first, MapProxy is awesome, well done guys!</div><div><br></div><div>So, I have two separate test cases:</div><div><ol><li>"Real" machine<br></li><ol><li>Xeon 5355, 24GB RAM, PostgreSQL 9.3.1-3, PostGIS 2.1.0-2 running on Arch.</li>
<li>Tile generation chain: PostGIS -> Geoserver -> MapProxy.</li><li>Geographic extent: [-10, 46, 4, 65] (EPSG:4326)</li><li>Zoom levels: 19.</li><li>I have tried several -c (up to 160) parameters (i.e. number of parallel seed processes) but I have never reached the optimal 8-ish re the 15 minutes average load, even though I have adjusted the parameters in Geoserver and PostgreSQL as well.</li>
<li>Is there a rule of thumb for the number of parallel processes?</li></ol><li>Virtual machine<br></li><ol><li>Citrix Xenserver host.</li><li>Guest: 16 vCPU, 4GB RAM, same software versions running on Arch.</li><li>Tile generation chain: PostGIS -> mapnik -> MapProxy.</li>
<li>Much smaller extent about 10 deg x 10 deg.</li><li>Zoom levels: 19.</li><li>My tests show that even 2 parallel processes per vCPU (i.e. -c 32) cause issue/bottleneck (<a href="http://pastebin.com/raw.php?i=29MPZcYp">http://pastebin.com/raw.php?i=29MPZcYp</a>). However the 15 minutes average load is only ~8.</li>
</ol></ol><div>And finally a question/suggestion: have you ever considered to utilise the GPU's capabilities within the worker processes (<a href="http://gis.stackexchange.com/questions/77181/generate-tiles-using-gpu">http://gis.stackexchange.com/questions/77181/generate-tiles-using-gpu</a>)?</div>
</div><div><br></div><div>Thanks.</div><div><br></div><div>Cheers,</div><div>Attila</div>
</div>