sylvain letuffe a écrit : > Le mercredi 19 mai 2010 17:24:25, Rodolphe Quiedeville a écrit : >> Bonjour, >> >> Je suis entrain d'écrire un patch à osm2pgsql afin que celui puisse >> créer les index dans un TABLESPACE différent de pg_default. En effet >> nous avons pour habitude de stocker les données et les index sur des >> disques différents afin d'améliorer les perf. >> Bref j'ai écris et j'ai les permissions d'écriture sur le svn mais je me >> demandais si il y avait des personnes à prévenir avant le commit, il n'y >> a pas de notice de copyright ni des auteurs dans les sources :-( >> >> Merci pour vos infos > > Sans porter de jugements sur le patch, à mon avis ce n'est pas comme ça que > tu > obtiendra les meilleurs perfs (cf benchmark de Frédérik sur dev), lorsque les > indexes seront très solicités ton goulot d'étranglement sera sur le disque 1, > lorsque tu aurra besoin de lire de grosses géométries, ton goulot sera le > disque 2. > > Ça me rappel l'histoire du gars qui fait N partitions et à qui il manque > toujours de la place sur l'une alors que les autres sont vides ;-)
Je suis avide de conseil, mais l'expérience m'a aussi appris que le mieux est l'ennemi du bien. > RAID power Quand il fonctionne à 100% alors oui RAID power. Petit cas d'école sur la dernière machine montée, 4 disques SATA de différentes marques montés sur 2 contrôleurs différents, avec pour les données sensibles du RAID5, le système un RAID1 et pour le tmp et les volatiles un RAID0, 4 mois de galère à gérer un truc instable. Alors 2 bons disques séparés pour les données et les index, rien que la non survenance de problème fait gagner 10 fois plus de temps que le gain de début. A++ _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
