Ç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@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
_______________________________________________ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
