[PERFORM] Hardware recommendations to scale to silly load

2003-08-27 Thread matt
I'm wondering if the good people out there could perhaps give me some pointers on suitable hardware to solve an upcoming performance issue. I've never really dealt with these kinds of loads before, so any experience you guys have would be invaluable. Apologies in advance for the amount of info

[PERFORM] 8 way Intel Xeon system

2003-08-27 Thread Castle, Lindsay
Hi all, Hopefully a quick query. Is there anything special I should look at when configuring either PostgreSQL and Linux to work together on an 8-way Intel P-III based system? I currently have the database system running fairly nicely on a 2 CPU Pentium-II 400 server with 512MB memory,

Re: [PERFORM] What is the fastest way to get a resultset

2003-08-27 Thread Bupp Phillips
So there are no settings for PG to can give me this same (fast) capability just by issuing a SQL statement thru the ODBC driver? The reason I can't go the route of a DECLARE CURSOR is because my application runs on multiple databases, so I have stay clear of certain routines that may are may not

Re: [PERFORM] Hardware recommendations to scale to silly load

2003-08-27 Thread Bill Moran
matt wrote: Are you sure? Have you tested the overall application to see if possibly you gain more on insert performance than you lose on select performanc? Unfortunately dropping any of the indexes results in much worse select performance that is not remotely clawed back by the improvement in

[PERFORM] Comparing postgresql7.4 CVS head on linux 2.4.20 and 2.6.0-test4

2003-08-27 Thread Shridhar Daithankar
Hi all, I did some benchmarking using pgbench and postgresql CVS head, compiled yesterday. The results are attached. It looks like 2.6.0-test4 does better under load but under light load the performance isn't that great. OTOH 2.4.20 suffer major degradation compare to 2.6. Looks like linux