[GENERAL] big pg 6.5 and 7.1 problem in simple application

[Aaron Brashears]

We have a simple ad tracking application, which has a (mostly) fixed
table size where each row represents a particular ad. We have about 70
rows in the database and use php scripts in apache which connect over
odbc, read a single row, increment a counter, and update that
row. We're performing about 30 updates a second and after a few
minutes the postmaster either hangs or dumps core.

We've tried this scenario on both pg 6.5 and 7.1 on redhat linux, from
redhat's rpms and built from source with the same results. We launch
256 backends with a reasonable shared buffer size. We're using the
unixodbc's odbc driver version 2.0.5. I don't think we're doing row
locks for the query, but that shouldn't crash it - it should just give
us bad data.

The tables, selects, and update calls are all pretty simple, so I'm
baffled by this behavior. Has anyone else seen this problem, or have a
solution?


---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly

Re: [GENERAL] big pg 6.5 and 7.1 problem in simple application

[Doug McNaught]

Aaron Brashears [EMAIL PROTECTED] writes:

 We have a simple ad tracking application, which has a (mostly) fixed
 table size where each row represents a particular ad. We have about 70
 rows in the database and use php scripts in apache which connect over
 odbc, read a single row, increment a counter, and update that
 row. We're performing about 30 updates a second and after a few
 minutes the postmaster either hangs or dumps core.

I'd try compiling 7.1 with debugging enabled, and do a GDB backtrace
on your core dumps.  Otherwise it's hard to help you. 

-Doug
-- 
The rain man gave me two cures; he said jump right in,
The first was Texas medicine--the second was just railroad gin,
And like a fool I mixed them, and it strangled up my mind,
Now people just get uglier, and I got no sense of time...  --Dylan

---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]