From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [w32] test_shm_mq test suite permanently burns connections slots |
Date: | 2014-07-28 19:59:37 |
Message-ID: | CA+TgmoYuKiWB0eghiNjRqN9g-76epSouNPQZwUnPb5-xfyTnbw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Jul 25, 2014 at 3:25 PM, Noah Misch <noah(at)leadboat(dot)com> wrote:
> On a Windows or other EXEC_BACKEND build, the following eventually gets
> failures because all, or all but one, max_connections slot is consumed:
>
> for run in `seq 1 100`; do make -C contrib/test_shm_mq installcheck; done
>
> When I use max_connections=40, it fails on the sixth iteration. Only the six
> basic processes are actually running at that time.
The tests start 7 workers each time, so that makes sense: 7 * 5 < 40
but 7 * 6 > 40. What I'm not sure is why they are leaking connection
slots, and why they're only doing it in EXEC_BACKEND mode. A quick
code audit didn't uncover any obvious explanation, so I'll try to
reproduce and debug.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Fabrízio de Royes Mello | 2014-07-28 20:07:56 | Fix src/backend/storage/smgr/README |
Previous Message | Andres Freund | 2014-07-28 19:34:03 | Re: [RFC] Should smgrtruncate() avoid sending sinval message for temp relations |