Le 19 janvier 2016 à 12:12, Marc Ducobu <marc.duc...@champs-libres.coop> a écrit :
> Merci beaucoup Frédéric et Christian pour la réponse et les conseils. > > J'utilise render_list pour précalculer les tuiles. Est-ce la bonne > méthode ? Est-ce que ça vaut le coût de générer les tuiles de 12 à 15 ? > > ça vaut le coup de prégénérer tout ce qui va mettre "trop" de temps si on le demande au dernier moment. La contre-partie c'est que ça va prendre beaucoup plus de temps lors des invalidations sur les mises à jour. Là aussi, le SSD fait une énorme différence. Sur osm13 ( tile.openstreetmap.fr) quand j'ai passé le cache de tuiles sur SSD, le temps d'invalidation a drastiquement baissé. > Pour le SSD je me suis planté... J'ai sous-estimé l'avantage du SSD. Y a > t il une stratégie à privilégier quand on n'a pas le SSD ? > > Oui... passer au SSD. Le temps que tu va "perdre" à réinstaller ton serveur tu va le rattraper tout de suite par tout le temps que tu ne va pas perdre à chercher des optimisations (en vain comme l'a écrit justement sly) et ça compensera aussi le coût additionnel OVH (combien vaut une heure de ton temps ?). > On 18/01/16 11:22, Christian Quest wrote: > > Pour info, sur tile.openstreetmap.fr <http://tile.openstreetmap.fr> > > plusieurs styles sont générés et les principaux sont le style HOT et le > > style FR. > > > > Pour ces deux styles, les tuiles des zooms 1 à 11 sont précalculés et > > mis à jour une fois par semaine seulement. Certaines metatiles peuvent > > prendre 30mn à être calculées (2 en zoom 9 centrées sur > France/Allemagne). > > > > Autre chose... pourquoi un serveur avec 8To de disques rotatifs ? > > j'aurai plutôt pris un EG32 avec 2x480Go de SSD pour juste 5 euros de > plus. > > Pour ce type d'usage, le SSD apporte un énorme gain de perf. > > > > > > Le 16 janvier 2016 à 19:19, Frédéric Rodrigo <fred.rodr...@gmail.com > > <mailto:fred.rodr...@gmail.com>> a écrit : > > > > Ç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 <mailto:dev-fr@openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/dev-fr > > > > > > > > _______________________________________________ > > dev-fr mailing list > > dev-fr@openstreetmap.org <mailto:dev-fr@openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/dev-fr > > > > > > > > > > -- > > Christian Quest - OpenStreetMap France > > > > > > _______________________________________________ > > dev-fr mailing list > > dev-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/dev-fr > > > > -- > Marc Ducobu > Champs Libres > http://www.champs-libres.coop > +32 494 91 52 47 > > Champs Libres Cooperative SCRLFS > Rue Jean Bury 23 - 4000 Liège - Belgique > BE0541.427.670 > > _______________________________________________ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > -- Christian Quest - OpenStreetMap France
_______________________________________________ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
