Re: How can sort performance be so different

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: How can sort performance be so different
Дата
Msg-id CAH2-WznhLA6TbVQ4Mc5aNUp7hBxbAn6__Mtf7oPeTn7FeOSfmw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: How can sort performance be so different  (Bob Jolliffe <bobjolliffe@gmail.com>)
Ответы Re: How can sort performance be so different  (Bob Jolliffe <bobjolliffe@gmail.com>)
Список pgsql-performance
On Wed, Jan 30, 2019 at 3:57 AM Bob Jolliffe <bobjolliffe@gmail.com> wrote:
> (i) whether the sort order makes sense for the Laos names; and
> (ii) what the locale settings are on the production server where the
> problem was first reported.
>
> There will be some turnaround before I get this information.  I am
> guessing that the database is using "en_US" rather than anything Laos
> specific.  In which case "C" would probably be no worse re sort order.
> But will know better soon.
>
> This has been a long but very fruitful investigation.  Thank you all for input.

If you can find a way to use an ICU collation, it may be possible to
get Laotian sort order with performance that's a lot closer to the
performance you see with the C locale. The difference that you're
seeing is obviously explainable in large part by the C locale using
the abbreviated keys technique. The system glibc's collations cannot
use this optimization.

I believe that some locales have inherently more expensive
normalization processes (comparisons) than others, but if you can
effective amortize the cost per key by building an abbreviated key, it
may not matter that much. And, ICU may be faster than glibc anyway.

-- 
Peter Geoghegan


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

Предыдущее
От: Bob Jolliffe
Дата:
Сообщение: Re: How can sort performance be so different
Следующее
От: Nandakumar M
Дата:
Сообщение: Setting effective_cache size