C'est bien normale et on n'a rien à cacher, même nos pétouilles et cagades :)
Le serveur rattrape son retard de mise à jour de tuiles, donc pas mal chargé, mais ça devrait se stabiliser au fur et à mesure des jours à venir. J'ai fait de nombreuses mises à jour, tout est "au propre" (OS, postgres, stack renderd/mod-tile) et les problème de performances qu'on rencontrait devraient être nettement réduits. Le 17 juillet 2018 à 21:10, Adrien Grellier <[email protected]> a écrit : > Bonjour, > > Merci pour vos réponses, c'est vraiment appréciable d'avoir une telle > transparence, qui permet de mieux comprendre les choses :-) > > Bon courage pour la suite > > Adrien > > Le 17/07/2018 à 16:43, Christian Quest a écrit : > > Le 17 juillet 2018 à 13:27, <[email protected]> a écrit : > >> >> L'import s'est terminé au bout de 52153s, soit un peu moins de 15h. >> Maintenant les updates, quelques index à rajouter et on relance l'usine à >> tuiles ! >> >> On appelle ça une briquetterie, pas vrai ? ;-) >> >> > Une tuilerie, non ? -> https://fr.wikipedia.org/wiki/Tuilerie > > Pour les updates, osm2pgsql va environ 40 à 60 fois plus vite que le temps > réel pour la mise à jour des données. > 1 jour d'update, prend dans les 30 minutes. Quand on fait des updates à > 5mn, ça prends quelques secondes et vu le fonctionnement d'imposm3 je doute > qu'il puisse tenir ce rythme, il est par contre bien adapté à une mise à > jour quotidienne. > > > -- > Christian Quest - OpenStreetMap France > > > _______________________________________________ > Talk-fr mailing > [email protected]https://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr > > -- Christian Quest - OpenStreetMap France
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
