| From: | "kuroda(dot)hayato(at)fujitsu(dot)com" <kuroda(dot)hayato(at)fujitsu(dot)com> |
|---|---|
| To: | 'Fabien COELHO' <coelho(at)cri(dot)ensmp(dot)fr>, Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | Daniel Gustafsson <daniel(at)yesql(dot)se>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | RE: pgbench: option delaying queries till connections establishment? |
| Date: | 2020-10-28 09:28:35 |
| Message-ID: | OSBPR01MB3157BE1BD073748D7E48DAF1F5170@OSBPR01MB3157.jpnprd01.prod.outlook.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Dear Fabien;
> The current implementation is too simple. If nthreads >= 2 and connection fails in the one thread,
> the other one will wait forever.
I attached the very preliminary patch for solving the problem.
Even if threads fail to connect, the others can go through the barrier.
But I think this implementation is not good...
Best Regards,
Hayato Kuroda
FUJITSU LIMITED
| Attachment | Content-Type | Size |
|---|---|---|
| temp_fix.patch | application/octet-stream | 404 bytes |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | bucoo@sohu.com | 2020-10-28 09:37:40 | Re: parallel distinct union and aggregate support patch |
| Previous Message | Craig Ringer | 2020-10-28 09:16:32 | Re: Internal key management system |