Re: BUG #4996: postgres.exe memory consumption keeps going up
От | Craig Ringer |
---|---|
Тема | Re: BUG #4996: postgres.exe memory consumption keeps going up |
Дата | |
Msg-id | 1251340598.28162.17.camel@wallace.localnet обсуждение исходный текст |
Ответ на | BUG #4996: postgres.exe memory consumption keeps going up ("Shivesh Wangrungvichaisri" <sbw@appsig.com>) |
Ответы |
Re: BUG #4996: postgres.exe memory consumption keeps going up
|
Список | pgsql-bugs |
On Wed, 2009-08-26 at 16:51 -0700, WANGRUNGVICHAISRI, SHIVESH wrote: > However, I still insist that potentially the PostgreSQL community might > want to look into why making use of libpq causes the client program's > memory consumption to keep growing. This can be easily observed using > the earlier test program uploaded to here: I've looked into it ... and concluded I'm an idiot. Your query is: SELECT * FROM tmp WHERE id>615; (where "615" could be any value < 1000) For some reason I'd been thinking all along that the query was grabbing *no* *more* *than* *1000* *rows* ... but of course it's not, it's grabbing all but some lower fraction of the rows. So the result set gets bigger and bigger over time until the program doesn't have enough RAM to hold the result set and it crashes. The attached (adjusted) test program no longer has any issues with growth or runtime. There's no libpq issue here, only a my-brain-is-only-semifunctional issue. So, it seems we've eliminated any issue with leakage in the PostgreSQL server backend, you've isolated your problem to PostGIS, and we've found that the growth of the test program was libpq working as designed. It looks like we're done here. -- Craig Ringer
Вложения
В списке pgsql-bugs по дате отправления: