Discussion :

[ledjlale]

Le VACUUM s'est fini il y a 1/2 heure à peu pres ...[petit suspens] ... Résultat ... [suspens] ... je me retrouve avec ... [gros suspens] ... 23Go! Ca m'a donc libéré au moins 8Go.

Autrement dit, pas grand chose

Le disque dur tournait tout le temps (bruit en continue de grattage avec les DEL RAID qui s'allume en continuité). J'ai vérifié en demontant le disque dur : c'est un 10ktr/min SCSI.
Le processus était à fond en mémoire (1.5Go à peu pres). Le gestionnaire des tâches de windows montrait que la memoire donné au processus évoluait souvent mais était plafonné à 1.5Go(à peu pres)
Question processeur, c'était assez irrégulier. Ca allait de 2% à 40% (biprocesseur Xeon)

[Smortex]

Le VACUUM s'est fini il y a 1/2 heure à peu pres ...[petit suspens] ... Résultat ... [suspens] ... je me retrouve avec ... [gros suspens] ... 23Go! Ca m'a donc libéré au moins 8Go.

Le but premier du VACUUM est de ranger les données... Le gain d'espace disque correspond juste à la suppression des trous, mais c'est un effet de bord, et pas une finalité (d'ailleurs dans ton premier post tu parlais de 90 Go ?).

Question processeur, c'était assez irrégulier. Ca allait de 2% à 40% (biprocesseur Xeon)

Normal: ce qui prends le plus de temps pour ce genre de choses c'est les I/O... Je ne sais pas comment Windows cache les acces disque... Sous FreeBSD, softupdates fais ça super bien, mais en cas de coupure de courant, c'est la cata.

Enfin bref, tu peux confirmer que si tu relance le VACUUM il se termine "rapidement" ?

[ledjlale]

Ma table était de 90Go et il me restait 15Go avant de vouloir nettoyer.

Je confirme bien que le VACUUM se déroule plus rapidement qu'avant (mais toujours tres lent, genre 1h au lieu de 5 )

Sinon, j'ai reçu mon serveur. Je me suis empressé d'installer freeBSD 6.2 amd64, et tout à l'air de fonctionner.... sauf que ....

Lors du transfert de la base, j'ai fais un dump avec COPY. Et lorsque je lance un restore sur le serveur, ça me bouffe toute ma mémoire vive/virtuelle (8Go) (Super FreeBSD ) puis s'arrete(normal, il n'y a plus de place ). J'imagine bien que c'est la decompression qui prend tout et je cherche un moyen de splitter les copy, en attendant que le dump avec des INSERT se construise (c'est tres long!). Mais je ne sais pas si ça va changer quelque chose (je pense que si vu que au lieu de faire un fichier unique et de le copier, il construit requete par requete).

Edit : oui, les insert une à une fonctionnent... M'enfin, c'est tres lent! Ca risque d'etre dur lors de reconstruction des base de données