Re: Memory usage during sorting
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Jeremy Harris <jgh@wizmail.org>
Cc: pgsql-hackers@postgresql.org
Date: 2012-03-18T15:45:47Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Improve performance of our private version of qsort. Per recent testing,
- a3f0b3d68f9a 8.2.0 cited
-
Further performance improvements in sorting: reduce number of comparisons
- cf627ab41ab9 7.1.1 cited
Jeremy Harris <jgh@wizmail.org> writes: > On 2012-03-18 15:25, Tom Lane wrote: >> Yeah, that was me, and it came out of actual user complaints ten or more >> years back. (It's actually not 2X growth but more like 4X growth >> according to the comments in logtape.c, though I no longer remember the >> exact reasons why.) We knew when we put in the logtape logic that we >> were trading off speed for space, and we accepted that. > How about a runtime check of disk-free? Not very workable, the foremost reason why not being that it assumes that the current sort is the only thing consuming disk space. I'm not sure there is any portable method of finding out how much disk space is available, anyway. (Think user quotas and such before supposing you know how to do that.) regards, tom lane