[OSM-dev-fr] Optimization base postgis pour tuiles mapnik

[Frédéric Rodrigo]

Ça prend du temps c'est normal.
La réponse est : il faut utiliser un cache.

Ces tuiles sont très couteuse à calculer et contienne peu souvent des 
mises à jour visible.
Ce qui se pratique même est de les précalculer pour ne pas que 
l'utilisateur ai à attendre.


Le 15/01/2016 16:03, Marc Ducobu a écrit :
> Bonjour,
>
> La couverture de la DB est européenne.
>
> Je cherche à installer un serveur de tuiles sur l'europe. Le serveur
> utilisé est un EG-32 d'ovh (
>   - CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz/3,9 GHz
>   - RAM : 32 Go DDR3 ECC 1600 MHz
>   - Disques : 2x 4 To SATA3
> (https://www.ovh.com/fr/serveurs_dedies/infra/2014-EG-32.xml)). Tout est
> installé mais il y a un problème : à un niveau de zoom haut, les tuiles
> mettent du temps à être générées. Et donc, lors d'un zoom, il faut pas
> mal de temps pour que les tuiles soient affichées.
>
> Du coup j'ai essayé de configurer la base postgresql afin d'optimiser
> son temps de réponse.
>
> Pour l'instant les variables que j'ai changées sont :
> effective_cache_size = 24GB
> wal_buffers  = 16MB # avant 4MB
> random_page_cost = 3 # avant 4
> fsync = off # avant on
> synchronous_commit = off # avant on
> maintenance_work_mem 4096 # avant 64MB
> work_mem =  500MB # avant 4MB
>
> (dans ce que j'ai lu ils parlent de modifier checkpoint_segment = à
> 1600. Comme celui actuel est de 3, ça me semble bcp et du coup j'hésite.)
>
> Ces changements n'ont pas amélioré le temps de génération des tuiles.
>
> Que pensez-vous de ces paramètres ? Aussi j'aimerai bien utiliser un
> outil afin de tester la manière dont réagit la génération de tuiles en
> fonction des paramètres. Avez-vous un outil / une méthode à conseiller ?
>
> Merci bcp.
>
> Marc
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr