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
>
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 |