From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> |
Cc: | Guillaume Smet <guillaume(dot)smet(at)gmail(dot)com>, Jim Nasby <decibel(at)decibel(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [COMMITTERS] pgsql: Teach tuplesort.c about "top N" sorting, in which only the first |
Date: | 2007-05-04 21:39:25 |
Message-ID: | 11029.1178314765@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> writes:
> Guillaume Smet wrote:
>> On 5/4/07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Sort Method: disk Memory: 1000KB Disk: 18482KB
>>
>> +1 for this one.
> I like that one too ...
OK, in the event it looks like one of these four messages:
"Sort Method: top-N heapsort Memory: %ldkB"
"Sort Method: quicksort Memory: %ldkB"
"Sort Method: external sort Disk: %ldkB"
"Sort Method: external merge Disk: %ldkB"
where "external merge" implies that the final merge pass was done
on-the-fly instead of materializing the fully sorted data on disk.
I'm not wedded to these method descriptions if anyone has better phrases
in mind.
Also, I tried to make the disk cases print disk and memory usage both,
but was getting wacko numbers for memory usage. I had forgotten that
the disk-sort path doesn't bother to track memory usage accurately once
it starts returning tuples to the caller (since at that point all the
decisions are made). I'm not really excited about fixing that; it
would add per-tuple overhead for not much value.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | User Eggyknap | 2007-05-05 02:42:33 | pgsnmpd - pgsnmpd: Implement rdbmsSrvInfoHighwaterInboundAssociations |
Previous Message | Tom Lane | 2007-05-04 21:29:53 | pgsql: Add a line to the EXPLAIN ANALYZE output for a Sort node, showing |
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2007-05-04 21:54:50 | Re: Removing pg_auth_members.grantor (was Grantor name gets lost when grantor role dropped) |
Previous Message | Tom Lane | 2007-05-04 21:31:50 | Re: Removing pg_auth_members.grantor (was Grantor name gets lost when grantor role dropped) |