[OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql

[sly (sylvain letuffe)]

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