Re: Odd out of memory problem.
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: Greg Stark <stark@mit.edu>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2012-03-26T17:23:58Z
Lists: pgsql-hackers
On 03/26/2012 01:06 PM, Heikki Linnakangas wrote: > On 26.03.2012 19:59, Heikki Linnakangas wrote: >> On 26.03.2012 19:51, Greg Stark wrote: >>> On Mon, Mar 26, 2012 at 5:41 PM, Andrew Dunstan<andrew@dunslane.net> >>> wrote: >>>> Combo CIDs: 755490840 total in 100 blocks; 5161072 free (381 >>>> chunks); 750329768 used >>> >>> I think you'll have to catch Heikki's attention to get a good answer >>> to this. >>> >>> Is it possible this job is inserting and then updating (or deleteing) >>> the row it just inserted and doing a large number of such >>> insert/update operations all within the same transaction? Or perhaps >>> it's updating the same row over and over again? >> >> .. and all that in different subtransactions. > > sorry, scratch that, they don't need to be in different subtransactions. It's all in a single transaction. In fact the solution I'm currently testing and seems to be working involves breaking it up into batches of a few thousand LOs restored per batch. cheers andrew