Re: bgwriter update question

From: "Mark Steben" <msteben(at)autorevenue(dot)com>
To: "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: bgwriter update question
Date: 2007-10-22 18:30:35
Message-ID: 001101c814d9$a2fce2c0$b501a8c0@D1RPQZB1
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Thanks Tom, every piece of new information adds to my education.
I'm going to put to bed this effort of trying to verify BGWRITER,
knowing that it works in 8.2 and move on.

Regards,
Mark Steben

-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Monday, October 22, 2007 2:18 PM
To: Mark Steben
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] bgwriter update question

"Mark Steben" <msteben(at)autorevenue(dot)com> writes:
> I'm running on 7.4.5 (pre bgwriter) and moving to 8.2 in 3 weeks. I turn
> fsync off on my testing server. When I update a table I expect the file in
> the base directory to remain the same size until the next syncpoint when
it
> would then update. But it increases immediately. I thought updates remain
in
> memory until syncpoint in pre-8.0. Am I missing somethng?

The updates don't go to disk immediately (they didn't in 7.4 either).
But we always allocate disk space immediately when needed, to make sure
it's available. Otherwise we could face the embarrassing situation of
having noplace to put rows inserted by an already-reported-committed
transaction.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Suresh Gupta VG 2007-10-23 10:11:50 Re: Postgresql takes more time to update
Previous Message Tom Lane 2007-10-22 18:17:32 Re: bgwriter update question