From: | "Aaron J(dot) Seigo" <aaron(at)gtv(dot)ca> |
---|---|
To: | Paul Kelly <pkelly(at)virtual(dot)org(dot)uk>, pgsql-general(at)hub(dot)org |
Subject: | Re: [GENERAL] pl/pgsql and backend crashes |
Date: | 1999-10-12 15:16:44 |
Message-ID: | 99101209241600.01207@stilborne |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
hi...
> i seem to be experienceing a problem where after updating an existing
> pl/pgsql function the backend crashes. the function code is ok, if i
> restart the backend and then vcaccum it usually will create the function
> and work fine. if i create a new function it will usually go through quite
> a few changes to the function before this problem starts to occur, its
> almost as if something is filling up.
i've noticed the same thing. my (observational) findings have been such:
- its worse the longer the function is (in fact, large functions drop even
when being freshly loaded)
- too many nested for loops also causes the problem (quite severely)
- its worse the more backends are open (using the -N option in postmaster)
- doesn't seem to be affected by the number of buffers open (-B option)
some things that help:
- dropping the function and giving the system time to "digest" this. (i.e.,
doing it from a script that doesn't pause between the dropping and the creating
often causes problems)
- entering the function onscreen, then pausing before hitting that final
"Enter" (again, scripts/'cut 'n pastes' that don't pause here can cause
problems)
- vacuuming after dropping a large function
i hope this helps lead the pl/pgsql developers towards the problem. =)
other'n that (and a few minor oddities) pl/pgsql is just peachy =)
--
Aaron J. Seigo
Sys Admin
From | Date | Subject | |
---|---|---|---|
Next Message | Herouth Maoz | 1999-10-12 16:10:41 | Re: [GENERAL] stored procedure revisited |
Previous Message | amy cheng | 1999-10-12 15:12:14 | Re: [GENERAL] stored procedure revisited |