Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
Salut, un rendu tango ... Moi c'est plutôt salsa, et ça rend bien aussi ;-) késako ? Question renderd en pointe je plafone à 15 tuiles (tous les zoom confondu) par min. 15/minute c'est quand même plutôt faible je trouve, y'a peut-être bien un problème quelque part. Moi qui utilise un traitement archaïque en lieu et place de rendered, avec un style type map...@osm.org plus des courbes de niveau (ce qui prend pour ainsi dire autant de temps, voir plus à fort zoom) je viens de faire un test, et à zoom 14, pour rendre des tuiles de ce type : http://minilien.fr/a0mxys J'arrive à un résultat de ~20 tuiles/s (pour les zoom 17/18 où il n'y a quasiment rien à afficher et quasiment rien à récupérer de la base, ça va encore plus vite : ~100 tuiles/s) Pour les tuiles de zoom 11, qui chez moi prennent le plus de temps, ça tombe à ~5t/s Pour debugger ce genre de cas, j'utilise nik2img.py (qui permet de ne tester que la partie postgres+mapnik) et j'ai mon test case qui est le suivant : time ./nik2img.py -m style.xml -i png -o image.png -s 1000,1000 -e 5.9,45.55,5.95,45.59 style.xml mon style mapnik à tester ça génère une image de la ville de chambéry, et chez moi, ça prend 1.25s pour un style proche de celui de map...@osm.org -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
15 tuiles ou 15 meta-tuiles? -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. sly (sylvain letuffe) li...@letuffe.org a écrit : Salut, un rendu tango ... Moi c'est plutôt salsa, et ça rend bien aussi ;-) késako ? Question renderd en pointe je plafone à 15 tuiles (tous les zoom confondu) par min. 15/minute c'est quand même plutôt faible je trouve, y'a peut-être bien un problème quelque part. Moi qui utilise un traitement archaïque en lieu et place de rendered, avec un style type map...@osm.org plus des courbes de niveau (ce qui prend pour ainsi dire autant de temps, voir plus à fort zoom) je viens de faire un test, et à zoom 14, pour rendre des tuiles de ce type : http://minilien.fr/a0mxys J'arrive à un résultat de ~20 tuiles/s (pour les zoom 17/18 où il n'y a quasiment rien à afficher et quasiment rien à récupérer de la base, ça va encore plus vite : ~100 tuiles/s) Pour les tuiles de zoom 11, qui chez moi prennent le plus de temps, ça tombe à ~5t/s Pour debugger ce genre de cas, j'utilise nik2img.py (qui permet de ne tester que la partie postgres+mapnik) et j'ai mon test case qui est le suivant : time ./nik2img.py -m style.xml -i png -o image.png -s 1000,1000 -e 5.9,45.55,5.95,45.59 style.xml mon style mapnik à tester ça génère une image de la ville de chambéry, et chez moi, ça prend 1.25s pour un style proche de celui de map...@osm.org -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org _ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
sly (sylvain letuffe) a écrit on 13/12/2011 10:46: Salut, un rendu tango ... Moi c'est plutôt salsa, et ça rend bien aussi ;-) késako ? Question renderd en pointe je plafone à 15 tuiles (tous les zoom confondu) par min. 15/minute c'est quand même plutôt faible je trouve, y'a peut-être bien un problème quelque part. Moi qui utilise un traitement archaïque en lieu et place de rendered, avec un style type map...@osm.org plus des courbes de niveau (ce qui prend pour ainsi dire autant de temps, voir plus à fort zoom) je viens de faire un test, et à zoom 14, pour rendre des tuiles de ce type : http://minilien.fr/a0mxys J'arrive à un résultat de ~20 tuiles/s (pour les zoom 17/18 où il n'y a quasiment rien à afficher et quasiment rien à récupérer de la base, ça va encore plus vite : ~100 tuiles/s) Pour les tuiles de zoom 11, qui chez moi prennent le plus de temps, ça tombe à ~5t/s Pour debugger ce genre de cas, j'utilise nik2img.py (qui permet de ne tester que la partie postgres+mapnik) et j'ai mon test case qui est le suivant : time ./nik2img.py -m style.xml -i png -o image.png -s 1000,1000 -e 5.9,45.55,5.95,45.59 style.xml mon style mapnik à tester ça génère une image de la ville de chambéry, et chez moi, ça prend 1.25s pour un style proche de celui de map...@osm.org On est tous d'accord j'imagine pour dire qu'il est impossible de comparer si on a pas le même volume de données et le même style, des requêtes SQL différents ne donneront pas les même résultats :). De mon coté il faut que je fasse des mesures, mais la piste d'optimisation sur laquelle je travaille et d'organiser la table sur disque suivant l'index spatial avec la commande CLUSTER http://www.postgresql.org/docs/8.4/static/sql-cluster.html Le plus gros de l'optim pour moi reste au niveau des index quand le rendu est fait avec des données dans Postgis, et surtout au niveau des caches ensuite pour tous les autres cas, mapnik, tilecache, geoserver. A++ -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
Le 13/12/2011 11:13, Yves a écrit : 15 tuiles ou 15 meta-tuiles? méta-tuiles ... c'est munin qui parle pour renderd :-) -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
Pour info, un message sur la liste Maps-I (Wikimedia), concernant les performances de rendus sur le ToolServer : http://lists.wikimedia.org/pipermail/maps-l/2011-December/001065.html Avec des idées concernant les schémas de base (faire le tri dans les polygones pour les niveaux de zoom faibles, et en particulier virer la myriade de batiments) et aussi les feuilles de style, pour limiter les accès aux bases autant que possible Le 13 décembre 2011 17:41, Thomas Clavier t...@tcweb.org a écrit : Le 13/12/2011 11:13, Yves a écrit : 15 tuiles ou 15 meta-tuiles? méta-tuiles ... c'est munin qui parle pour renderd :-) -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr