Re: [HACKERS] Re: [SQL] inserts/updates problem under stressing ! - Mailing list pgsql-hackers

From Oleg Bartunov
Subject Re: [HACKERS] Re: [SQL] inserts/updates problem under stressing !
Date
Msg-id Pine.GSO.3.96.SK.990724211851.18633D-100000@ra
Whole thread Raw
In response to Re: [SQL] inserts/updates problem under stressing !  (Oleg Bartunov <oleg@sai.msu.su>)
List pgsql-hackers
On Sat, 24 Jul 1999, Oleg Bartunov wrote:

> Date: Sat, 24 Jul 1999 21:00:45 +0400 (MSD)
> From: Oleg Bartunov <oleg@sai.msu.su>
> To: Tom Lane <tgl@sss.pgh.pa.us>
> Cc: pgsql-hackers@postgreSQL.org, pgsql-sql@postgreSQL.org
> Subject: [HACKERS] Re: [SQL] inserts/updates problem under stressing ! 
> 
> Tom,
> 
> I just posted my latest results and it seems I have no
> problem at all at home - numbers from access_log and and database

Blin, just add stressing at home and also got duplicates !
funny, that at home I have P166, 64Mb system but had to raise
a number of concurrent connections to 20 to get duplicates.
At work I got them already at 10 concurrent connections.
Probably this fact illustrates a big progress in Linux kernel development - 
I run at home 2.2.10 version while at work - 2.0.36 SMP.
Regards,
    Oleg


> are consistent. They are diffrent from what Apache Benchmarks reports
> but I'm fine ( I think ab reports something different :-)
> I see the problem at work - Linux SMP. As I posted running test cause
> duplicated records in database ! Could be SMP somehow affects to
> postgres under stressing ? I'm developing rather big informational 
> Web channel with all content generated from postgres database and
> worry about reliability. Performance is ok. but simple logging to db
> getting me totally lost ! 
> 
> Does somebody has an experience with SMP+postgres under high stressing. 
> Probably we need some pages on Postgres Web server with 
> recommendations and experience from real life. Especially after
> introducing of MVCC ! I've seen in mailing lists several threads
> about administrations of postgres in 27*7*365 systems but never got
> a final opinion what's the best and safe. Probably this is  my
> problem :-) But it might be more usefull if some expert could summarize
> discusion and submit summary to www.postgresql.org
> 
>     Regards,
>         Oleg
> 
> On Sat, 24 Jul 1999, Tom Lane wrote:
> 
> > Date: Sat, 24 Jul 1999 12:29:06 -0400
> > From: Tom Lane <tgl@sss.pgh.pa.us>
> > To: Oleg Bartunov <oleg@sai.msu.su>
> > Cc: pgsql-hackers@postgreSQL.org, pgsql-sql@postgreSQL.org
> > Subject: Re: [SQL] inserts/updates problem under stressing ! 
> > 
> > Oleg Bartunov <oleg@sai.msu.su> writes:
> > > I did some benchmarks of my Web site and notice I lost some hits
> > > which I accumulate in postgres (6.5.1) database on Linux 2.0.36 system
> > 
> > > CREATE FUNCTION "acc_hits" (int4) RETURNS int4 AS '
> > > Declare
> > >     keyval      Alias For $1;
> > >     cnt         int4;
> > >     curtime     datetime;
> > > Begin
> > >     curtime := ''now'';
> > >     Select count into cnt from hits where msg_id = keyval;
> > >     if Not Found then
> > >         cnt := 1;
> > >         -- first_access inserted on default, last_access is NULL
> > >         Insert Into hits (msg_id,count) values (keyval, cnt);
> > >     else
> > >         cnt := cnt + 1;
> > >         Update hits set count = cnt,last_access = curtime where msg_id = keyval;
> > >     End If;
> > >     return cnt;
> > > End;
> > > ' LANGUAGE 'plpgsql';
> > 
> > I wonder whether this doesn't have a problem with concurrent access:
> > 
> > 1. Transaction A does 'Select count into cnt', gets (say) 200.
> > 2. Transaction B does 'Select count into cnt', gets 200.
> > 3. Transaction A writes 201 into hits record.
> > 4. Transaction B writes 201 into hits record.
> > 
> > and variants thereof.  (Even if A has already written 201, I don't think
> > B will see it until A has committed...)
> > 
> > I am not too clear on MVCC yet, but I think you need "SELECT FOR UPDATE"
> > or possibly an explicit lock on the hits table in order to avoid this
> > problem.  Vadim, any comments?
> > 
> >             regards, tom lane
> > 
> 
> _____________________________________________________________
> Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
> Sternberg Astronomical Institute, Moscow University (Russia)
> Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
> phone: +007(095)939-16-83, +007(095)939-23-83
> 
> 

_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83



pgsql-hackers by date:

Previous
From: The Hermit Hacker
Date:
Subject: Re: [HACKERS] Re: SSL patch
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] RE: [INTERFACES] Re: SSL patch