Re: hashagg slowdown due to spill changes
| От | Peter Geoghegan |
|---|---|
| Тема | Re: hashagg slowdown due to spill changes |
| Дата | |
| Msg-id | CAH2-WzkOT+k++5iOhYUoNZN5F6n=EHMO6y7Fn0xdS6q+gKxKxQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: hashagg slowdown due to spill changes (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: hashagg slowdown due to spill changes
|
| Список | pgsql-hackers |
On Fri, Jul 24, 2020 at 4:51 PM Andres Freund <andres@anarazel.de> wrote: > This is still not resolved. We're right now slower than 12. It's > effectively not possible to do performance comparisons right now. This > was nearly two months ago. I have added a new open item for this separate LookupTupleHashEntryHash()/lookup_hash_entry() pipeline-stall issue. (For the record I mistakenly believed that commit 23023022 resolved all of the concerns raised on this thread, which is why I closed out the open item associated with this thread. Evidently work remains to fix a remaining regression that affects simple in-memory hash aggregation, though.) -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: