| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] sort on huge table |
| Дата | |
| Msg-id | 14048.941305030@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] sort on huge table (Tatsuo Ishii <t-ishii@sra.co.jp>) |
| Ответы |
Re: [HACKERS] sort on huge table
|
| Список | pgsql-hackers |
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> It worked with 2GB+ table but was much slower than before.
> Before(with 8MB sort memory): 22 minutes
> After(with 8MB sort memory): 1 hour and 5 minutes
> After(with 80MB sort memory): 42 minutes.
I've committed some changes to tuplesort.c to try to improve
performance. Would you try your test case again with current
sources? Also, please see if you can record the CPU time
consumed by the backend while doing the sort.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера