Re: TODO item: adding VERBOSE option to CLUSTER [with patch]

From: "Jim Cox" <shakahshakah(at)gmail(dot)com>
To: "Heikki Linnakangas" <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: TODO item: adding VERBOSE option to CLUSTER [with patch]
Date: 2008-10-10 17:13:16
Message-ID: c2ee6dbd0810101013u644bd6bl7c48442b44d6ec7d@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Oct 10, 2008 at 10:23 AM, Heikki Linnakangas <
heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:

> Kevin Grittner wrote:
>
>> "Jim Cox" <shakahshakah(at)gmail(dot)com> wrote:
>>>>>
>>>> if present an INFO message is generated which displays
>>> the schema.tblname just before actual clustering is kicked off (see
>>>
>> example
>>
>>> below).
>>>
>>
>>
>>> postgres=# CLUSTER VERBOSE ;
>>> INFO: clustering "public.my_b"
>>> INFO: clustering "public.my_c"
>>> INFO: clustering "public.my_a"
>>> CLUSTER
>>>
>> Would it make sense to display the pg_total_relation_size before and
>> after?
>>
>
> Assuming you run CLUSTER as a replacement for VACUUM FULL, yes. More
> interesting would be a metric of "clusteredness", I think.
>

Something more like the following?

postgres=# CLUSTER VERBOSE ;
INFO: clustering "public.my_b"
INFO: complete, 0 rows scanned, 0 rows now live
DETAIL: CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO: clustering "public.my_c"
INFO: complete, 20 rows scanned, 10 rows now live
DETAIL: CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO: clustering "public.my_a"
INFO: complete, 10 rows scanned, 10 rows now live
DETAIL: CPU 0.00s/0.00u sec elapsed 0.00 sec.
CLUSTER

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Renner 2008-10-10 17:53:40 Re: How is random_page_cost=4 ok?
Previous Message Tom Lane 2008-10-10 16:47:44 Re: LWLockAcquire with priority