Re: [PERFORM] High update activity, PostgreSQL vs BigDBMS

2007-01-05 Thread Dave Cramer
On 5-Jan-07, at 9:51 PM, Guy Rouillier wrote: I've got back access to my test system. I ran another test run with the same input data set. This time I put pg_xlog on a different RAID volume (the unused one that I suspect is a software RAID), and I turned fsync=off in postgresql.conf. I

Re: [PERFORM] High update activity, PostgreSQL vs BigDBMS

2007-01-05 Thread Craig A. James
Guy Rouillier wrote: I've got back access to my test system. I ran another test run with the same input data set. This time I put pg_xlog on a different RAID volume (the unused one that I suspect is a software RAID), and I turned fsync=off in postgresql.conf. I left the rest of the configura

Re: [PERFORM] High update activity, PostgreSQL vs BigDBMS

2007-01-05 Thread Guy Rouillier
I've got back access to my test system. I ran another test run with the same input data set. This time I put pg_xlog on a different RAID volume (the unused one that I suspect is a software RAID), and I turned fsync=off in postgresql.conf. I left the rest of the configuration alone (all forei

Re: [PERFORM] PostgreSQL to host e-mail?

2007-01-05 Thread Reid Thompson
On Fri, 2007-01-05 at 04:10 +0100, Grega Bremec wrote: > he main reason I'm writing this mail though, is to suggest you take a > look > at Oryx, http://www.oryx.com/; They used to have this product called > Mailstore, which was designed to be a mail store using PostgreSQL as a > backend, and has si

Re: [PERFORM] Worse perfomance on 8.2.0 than on 7.4.14

2007-01-05 Thread Rolf Østvik
--- Tom Lane <[EMAIL PROTECTED]> skrev: > The number-of-matching-rows estimate has gone up by a factor of 10, > which undoubtedly has a lot to do with the much higher cost estimate. > Do you have any idea why that is ... is the table really the same size > in both servers? If so, could we see th

Re: [PERFORM] More 8.2 client issues (Was: [Slow dump?)

2007-01-05 Thread Erik Jones
Erik Jones wrote: Tom Lane wrote: Erik Jones <[EMAIL PROTECTED]> writes: That's a good idea, but first I'll still need to run it by my sysadmin wrt space -- our dump files are around 22GB when we can let them finish these days. Given that we're now speculating about regex problems, yo

Re: [PERFORM] Partitioning

2007-01-05 Thread Mikael Carneholm
Take a look at the set of partitioning functions I wrote shortly after the 8.1 release: http://www.studenter.hb.se/~arch/files/part_functions.sql You could probably work something out using those functions (as-is, or as inspiration) together with pgAgent (http://www.pgadmin.org/docs/1.4/pgagent.h

[PERFORM] Partitioning

2007-01-05 Thread Arnau
Hi all, I'm not sure if this question fits in the topic of this list. I'm interested in partitioning and it's the first time I'd use it. There is an issue I don't know how you handle it. Lets say I'm interested in store monthly based statistical data like the example of http://www.postgresql