On vendredi 9 décembre 2011, Thomas Clavier wrote: > autovacuum = on > J'ai testé à off et c'est pas mieux ... donc autant choisir la > simplicité :-)
Tout pareil, je l'ai repassé à "on" sans noter de ralentissement flagrant (mais je n'ai pas non plus lancé de bench) > > fsync = off > > synchronous_commit = off > > ça c'est juste pour le premier import ... pour les minuts-diff c'est > problématique. Je n'ai noté aucun problème pour les minutes-diff avec, mais pas non plus de gain démesuré sans, j'ai donc moi aussi remis à "on" pour éviter qu'un crash ne me pourrisse la base. > C'est le temps de génération des tuiles .. La tuile la plus rapide à générer... c'est celle qu'on a pas à générer ;-) Plus sérieusement, tous les paramètres que j'ai tuné sur postgresql n'ont en général joués (de manière visible) que sur l'import initial ou les minutes diff, les requêtes de lecture de la base sont elles toujours à peu près au même niveau (sauf si j'ai fais sauter un index mais là, ça se voit tout de suite), c'est donc en amont qu'il faut améliorer. - Ne générer que ce qui est utile (vérifier la gestion de cache des tuiles, étude d'utilisation par les utilisateurs) - Matériel : type de disque et arrangement raid (pour booster le nombre d'io/s possibles) > Je rêvais d'avoir une astuce > "magique" pour pouvoir supprimer la bbox europe à l'import. J'ai pas compris, mais de toute façon, si c'est à l'import quel impact sur la génération des tuiles ? -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
