Sorry about the belated reply, its been busy around here. > > Incidentally, postgres heap files suffer really, really bad fragmentation, > > which affects sequential scan operations (VACUUM, ANALYZE, REINDEX ...) > > quite drastically. We have in-house patches that somewhat alleiviate this, > > but they are not release quality. Has anybody else suffered this? > > > > Any chance I could give those patches a try? I'm interested in seeing > how they may affect our DBT-3 workload, which execute DSS type queries.
Like I said, the patches are not release quality... if you run them on a metadata journalling filesystem, without an 'ordered write' mode, its possible to end up with corrupt heaps after a crash because of garbage data in the extended files. If/when we move to postgres 8 I'll try to ensure the patches get re-done with releasable quality Guy Thornley ---------------------------(end of broadcast)--------------------------- TIP 8: explain analyze is your friend
