Re: [HACKERS] WIP Patch: Pgbench Serialization and deadlock errors
От | Marina Polyakova |
---|---|
Тема | Re: [HACKERS] WIP Patch: Pgbench Serialization and deadlock errors |
Дата | |
Msg-id | d63e60a8b741ea57e72b29c9efb2e2ca@postgrespro.ru обсуждение исходный текст |
Ответ на | Re: [HACKERS] WIP Patch: Pgbench Serialization and deadlock errors (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Список | pgsql-hackers |
On 11-07-2018 20:49, Alvaro Herrera wrote: > On 2018-Jul-11, Marina Polyakova wrote: > >> can we try something like this? >> >> PGBENCH_ERROR_START(DEBUG_FAIL) >> { >> PGBENCH_ERROR("client %d repeats the failed transaction (try %d", >> st->id, st->retries + 1); >> if (max_tries) >> PGBENCH_ERROR("/%d", max_tries); >> if (latency_limit) >> { >> PGBENCH_ERROR(", %.3f%% of the maximum time of tries was used", >> getLatencyUsed(st, &now)); >> } >> PGBENCH_ERROR(")\n"); >> } >> PGBENCH_ERROR_END(); > > I didn't quite understand what these PGBENCH_ERROR() functions/macros > are supposed to do. Care to explain? It is used only to print a string with the given arguments to stderr. Probably it might be just the function pgbench_error and not a macro.. P.S. This is my mistake, I did not think that PGBENCH_ERROR_END does not know the elevel for calling exit(1) if the elevel >= ERROR. -- Marina Polyakova Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
В списке pgsql-hackers по дате отправления: