| From: | Roman Khapov <rkhapov(at)yandex-team(dot)ru> |
|---|---|
| To: | Yura Sokolov <y(dot)sokolov(at)postgrespro(dot)ru> |
| Cc: | Kirill Reshke <reshkekirill(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: kqueue backend for pgbench |
| Date: | 2026-10-28 05:50:32 |
| Message-ID: | 12B59C9C-2F60-4042-A5E1-CFE9E907B73D@yandex-team.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> We regularly test with couple of thousand clients. But we have to set -j
> matching number of -c because otherwise pgbench is bottleneck itself.
To achieve max TPS we do the same thing, but sometimes there must be
clients >> threads, ex: testing the connection overhead itself and pool management
cost in poolers :)
> pgbench definitely needs more love.
fully agree :)
--
Best regards,
Roman Khapov
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2026-10-28 05:57:42 | Re: Fix stale relcache fields for TOAST indexes during REINDEX CONCURRENTLY |
| Previous Message | jian he | 2026-10-28 05:37:36 | Re: SQL/JSON DEFAULT ON ERROR/ON EMPTY evaluation fail should rethrow error unconditionally |