Re: Flushing large data immediately in pqcomm
| От | Melih Mutlu |
|---|---|
| Тема | Re: Flushing large data immediately in pqcomm |
| Дата | |
| Msg-id | CAGPVpCSJN5sdSB6bjGCuP5v_6=zPhTeZef_VhsRStiyHci+rLg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Flushing large data immediately in pqcomm (David Rowley <dgrowleyml@gmail.com>) |
| Ответы |
Re: Flushing large data immediately in pqcomm
|
| Список | pgsql-hackers |
On Wed, Mar 27, 2024 at 14:39 David Rowley <dgrowleyml@gmail.com> wrote:
On Fri, 22 Mar 2024 at 12:46, Melih Mutlu <m.melihmutlu@gmail.com> wrote:
> I did all of the above changes and it seems like those resolved the regression issue.
Thanks for adjusting the patch. The numbers do look better, but on
looking at your test.sh script from [1], I see:
meson setup --buildtype debug -Dcassert=true
--prefix="$DESTDIR/usr/local/pgsql" $DESTDIR && \
can you confirm if the test was done in debug with casserts on? If
so, it would be much better to have asserts off and have
-Dbuildtype=release.
Yes, previous numbers were with --buildtype debug -Dcassert=true. I can share new numbers with release build and asserts off soon.
Thanks,
Melih
В списке pgsql-hackers по дате отправления: