i tried running vacuum command,
vacuum database as well as vacuum <indvidual table names>
but even after that querying the database , the memory shoots up
as i mentioned in the previous mail and never comes down.
Also the old pids of connections established remains even after the
connection is closed.
Will backing up the complete database, dropping and recreating can
make any difference.
Thanks in advance
N S wrote:
> I checked to find out the cause of the problem, ppp is disconnecting
> properly and the user session is also closed smoothely.
> But when a report query is run on the table containing 32500 records,
> the memory shoots up from 50 MB to 500 MB(Total memory is 512 MB RAM).
> After that the memory usage never comes down .When some 4 or 5 user
> connects, the remaining memory is utilised in a very little way, and
> finally the 6th or 7th user is denied with database access.The server
> now becomes slow.
> Will running vacuum help to solve the problem?
Sounds like you need to run vacuum and analyze. It also sounds like you
may need to run vacuum full the first time.
vacuum needs to be run regularly as does analyze.
Joshua D. Drake
> The total database dump is 50 MB and the /var/lib/pgsql/data contains
> 700 MB of data.
> Which all paramters are required to be increased in postgresq.conf.
> N S
> On Sun, 30 Jan 2005 N S wrote :
> >Thanks tom. I checked the client side software. The software closes
> connection when connected locally. But when connected through dialup,
> >this problem comes. I will check the ppp connection also.
> >Is there any method of killing old pids. And also any performance
> tuning to be done on postgresql.conf file.
> >The database now contains 20K records. Will that cause a problem?
> >On Sat, 29 Jan 2005 Tom Lane wrote :
> > >"Narayanan Subramaniam Iyer" <bunix(at)rediffmail(dot)com> writes:
> > > > 1) When 3 or 4 clients connect to this server, the pids are
> created and
> > > > those pids are not killed even after the client disconnects.
> > >
> > >In that case your clients are not really disconnecting. Take a closer
> > >look at your client-side software.
> > >
> > > regards, tom lane
> > >
> > >---------------------------(end of
> > >TIP 3: if posting/reading through Usenet, please send an appropriate
> > > subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> > > message can get through to the mailing list cleanly
pgsql-performance by date
|Next:||From: Manfred Koizar||Date: 2005-01-31 11:06:01|
|Subject: Re: Possibly slow query|
|Previous:||From: N S||Date: 2005-01-31 05:47:37|
|Subject: Re: Postgres server getting slow!!|