Re: LDC - Load Distributed Checkpoints with PG8.3b2 on Solaris

From: "Jignesh K(dot) Shah" <J(dot)K(dot)Shah(at)Sun(dot)COM>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Subject: Re: LDC - Load Distributed Checkpoints with PG8.3b2 on Solaris
Date: 2007-11-15 01:33:39
Message-ID: 473BA1F3.60504@sun.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I dont understand vacuum a lot.. I admit I am stupid :-)

When you say scanned... do you mean reads or do you mean writes?

Since its really writes that I am having trouble.. the auto vacuum
message tells me 11 pages were removed and so many tuples were
removed.. I am guessing its writes.

I can try vacuuming that table before it starts the run to see it can
avoid that..

-Jignesh

Tom Lane wrote:
> "Jignesh K. Shah" <J(dot)K(dot)Shah(at)Sun(dot)COM> writes:
>
>> So from the PostgreSQL view things are doing fine based on outputs: I
>> need to figure out the Solaris view on it now.
>>
>
>
>> Could it be related to autovacuum happening also?
>>
>
> Maybe ... have you tried fiddling with the vacuum_cost_delay options?
>
> Looking at the autovacuum log output,
>
>
>> 2007-11-13 09:21:19.830 PST 9458 LOG: automatic vacuum of table
>> "specdb.public.txn_log_table": index scans: 1
>> pages: 11 removed, 105 remain
>> tuples: 3147 removed, 40 remain
>> system usage: CPU 0.11s/0.09u sec elapsed 6.02 sec
>>
>
> it seems like a serious omission that this gives you no hint how many
> pages were scanned.
>
> regards, tom lane
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2007-11-15 01:52:51 Re: psql -f doesn't complain about directories
Previous Message Tom Lane 2007-11-15 00:17:05 Re: LDC - Load Distributed Checkpoints with PG8.3b2 on Solaris