Re: Possible Commit Syntax Change for Improved TPS

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Possible Commit Syntax Change for Improved TPS
Date: 2003-09-30 12:06:59
Message-ID: m34qyuqy3g.fsf@wolfe.cbbrowne.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

In the last exciting episode, seunosewa(at)inaira(dot)com (Seun Osewa) wrote:
> So I want to ask, "what is databases have a 'COMMIT NOSYNC;' option?"
> Then we can really improve "transaction-per-second" performance for a
> database that has lots of non-critical transactions while not
> jeopardising the durability of critical transactions in the
> (relatively unlikely) case of system failure. Primarily through
> combining the log updates for several non-critical transactions.

Another possibility in this would be to have not one, but TWO
backends.

One database, on one port, is running in FSYNC mode, so that the
"really vital" stuff is sure to get committed quickly. The other, on
another port, has FSYNC turned off in its postgresql.conf file, and
the set of "untrusted" files go there.

That has the added merit that you can do other tuning that
distinguishes between the "important" and "unimportant" data. For
instance, if the "unimportant" stuff is a set of logs that don't get
directly referred to, you might set cacheing real low on that backend
so that cache isn't being wasted on unimportant data.

So if you really want this, you can have it right now without anyone
doing any implementation work.
--
let name="aa454" and tld="freenet.carleton.ca" in String.concat "@" [name;tld];;
http://www.ntlug.org/~cbbrowne/internet.html
God is real unless declared integer.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2003-09-30 12:07:54 Re: updating INSTALL file
Previous Message Christopher Browne 2003-09-30 12:00:07 Re: ADD FOREIGN KEY