<div dir="ltr">Hello Giovanni,<div><br></div><div>How big are your source files ?</div><div><br></div><div>We have source files in a WMTS pyramid (tiles of 256x256) and reproject them with mapproxy in other scheme (webmercator for instance). Mapproxy is autoscaled, with Varnish trying to serve the tiles directly from the S3 bucket, if it does exist. Works pretty well.</div><div><br></div><div>Here is a small demo, in Webmercator (all tiles are reprojected on the fly and stored in S3, or served directly by varnish if already existing)<br></div><div><br></div><div><a href="http://codepen.io/procrastinatio/full/vmyGPG/">http://codepen.io/procrastinatio/full/vmyGPG/</a><br></div><div><br></div><div><br></div><div>Regards,</div><div><br></div><div><br></div><div>Marc</div><div class="gmail_extra"><br><div class="gmail_quote">2017-04-25 12:57 GMT+02:00 BERÉNYI Attila <span dir="ltr"><<a href="mailto:aberenyi@gislab.hu" target="_blank">aberenyi@gislab.hu</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"><div dir="ltr">Hi Giovanni - please have a look at this other thread <a href="http://lists.osgeo.org/pipermail/mapproxy/2017-March/002543.html" target="_blank">http://lists.osgeo.org/<wbr>pipermail/mapproxy/2017-March/<wbr>002543.html</a>.<div><br></div><div>I'm still interested in this - unfortunately, I still couldn't carve out enough time to test this properly...</div><div><br></div><div>Cheers<br><div><br><div><div class="gmail_quote"><div><div class="gmail-h5"><div dir="ltr"><a href="mailto:giovanni.masarin@libero.it" target="_blank">giovanni.masarin@libero.it</a> <<a href="mailto:giovanni.masarin@libero.it" target="_blank">giovanni.masarin@libero.it</a>> ezt írta (időpont: 2017. ápr. 25., K, 12:09):<br></div></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5"><div></div><div><div>Hi, I'm testing the new s3 cache functionality.</div><div><br></div><div>>From the tests I am doing, I have verified that reading and writing performance are considerably lower than the traditional file system in the case of many simultaneous requests.</div><div><br></div><div>I noticed that a http / s connection pool is not used but a connection to s3 is instantiated for each request. Maybe this is a cause of slowing down. I know that boto3 can use connection pool, but MapProxy implementation seems not to use it. Can I force a connection pool? </div><div><br></div><div>Are there configurations to improve s3 cache performance? </div><div><br></div><div>Thank you</div></div></div></div>______________________________<wbr>_________________<br>
MapProxy mailing list<br>
<a href="mailto:MapProxy@lists.osgeo.org" target="_blank">MapProxy@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mapproxy" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/mapproxy</a></blockquote></div></div></div></div></div><span class="gmail-HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div><div dir="ltr"><span>BERÉNYI Attila, PhD</span><div>ügyvezető </div><div><br></div><div>GISLab Consulting Kft.<br></div><div>H-1031 Budapest, Kadosa utca 59.</div><div><br></div><div>M: <a href="tel:+36%2020%20457%201800" value="+36204571800" target="_blank">+36 20 457 1800</a></div><div>W: <a>http://gislab.hu</a></div></div></div>
</font></span><br>______________________________<wbr>_________________<br>
MapProxy mailing list<br>
<a href="mailto:MapProxy@lists.osgeo.org">MapProxy@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mapproxy" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/mapproxy</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><font face="verdana, sans-serif">-- <span style="color:rgb(37,37,37);font-size:14px;line-height:22.4px">ἡ φύσις οὐδὲν ποιεῖ ἅλματα.</span></font></div></div></div>
</div></div>