Re: PG qsort vs. Solaris

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: PG qsort vs. Solaris
Дата
Msg-id 87ejtp6ri8.fsf@enterprisedb.com
обсуждение исходный текст
Ответ на Re: PG qsort vs. Solaris  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PG qsort vs. Solaris  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: PG qsort vs. Solaris  ("Zeugswetter Andreas DCP SD" <ZeugswetterA@spardat.at>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> So basically, glibc's qsort is bad enough that even a
> 10%-more-comparisons advantage doesn't save it.

Actually what I was more concerned about was things like on data structures
with complex comparison routines. Things like sorting on arrays or ROWs.

For that matter it seems to me that sorting on a single column is a pretty
unrealistic scenario too. Most of the time I find queries have long lists of
columns in the ORDER BY clause.

Do those numbers look very different if you have lots of columns or if you're
sorting on something like an array or a ROW?

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: PG qsort vs. Solaris
Следующее
От: "Merlin Moncure"
Дата:
Сообщение: Re: Pie-in-sky dreaming about reworking tuple layout entirely