pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Alexy Khrabrov <deliverable@gmail.com>
To: Scott Marlowe <scott.marlowe@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-performance@postgresql.org
Subject: Re: two memory-consuming postgres processes
Date: Fri, 2 May 2008 13:51:44 -0700
Message-ID: <EFF7D449-2965-4BAB-B127-387744C9CEDD@gmail.com> (raw)
In-Reply-To: <dcc563d10805021340u274ff4fegcf8902f66118d7c1@mail.gmail.com>
References: <A728C858-76CF-473F-917B-3C9EA4AA75CF@gmail.com>
	<dcc563d10805021230i5916561k3962a41e2afa894c@mail.gmail.com>
	<27A4D379-2553-496D-A96C-102F2A5E62C2@gmail.com>
	<dcc563d10805021253n1589baa7u559fdfc8053d23d3@mail.gmail.com>
	<21403.1209759217@sss.pgh.pa.us>
	<72E02D29-848B-467A-AE6B-401568010254@gmail.com>
	<dcc563d10805021340u274ff4fegcf8902f66118d7c1@mail.gmail.com>


On May 2, 2008, at 1:40 PM, Scott Marlowe wrote:
> Again, a database protects your data from getting scrambled should the
> program updating it quit halfway through etc...

Right -- but this is a data mining work, I add a derived column to a  
row, and it's computed from that very row and a small second table  
which should fit in RAM.

> Have you been vacuuming between these update attempts?  Each one has
> created millions of dead rows and bloated your data store.  vacuum
> full / cluster / reindex may be needed.

I've read postgresql.conf better and see autovacuum = on is commented  
out, so it's on.  That explains why shutting down was taking so long  
to shut autovacuum down too.

Basically, the derived data is not critical at all, -- can I turn (1)  
off transactional behavior for an UPDATE, (2) should I care about  
vacuuming being done on the fly when saving RAM, or need I defer it/ 
manage it manually?

I wonder what MySQL would do here on MyISAM tables without  
transactional behavior -- perhaps this is the case more suitable for  
them?

Cheers,
Alexy



view thread (21+ messages)  latest in thread

Message-ID: <EFF7D449-2965-4BAB-B127-387744C9CEDD@gmail.com>
Permalink:  ../EFF7D449-2965-4BAB-B127-387744C9CEDD@gmail.com/
Also on:    postgresql.org/message-id/EFF7D449-2965-4BAB-B127-387744C9CEDD@gmail.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: deliverable@gmail.com, scott.marlowe@gmail.com, tgl@sss.pgh.pa.us
  Subject: Re: two memory-consuming postgres processes
  In-Reply-To: <EFF7D449-2965-4BAB-B127-387744C9CEDD@gmail.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox