| From: | Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM> |
|---|---|
| To: | josh(at)agliodbs(dot)com |
| Cc: | pgsql-hackers(at)postgresql(dot)org, Andrew Dunstan <andrew(at)dunslane(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Subject: | Re: Intermittent "make check" failures on hyena |
| Date: | 2006-08-08 14:51:42 |
| Message-ID: | 44D8A4FE.1040409@sun.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Josh Berkus napsal(a):
> Zdenek,
>
>> However what happened? I think that following scenarios occurred.
>> Postmaster listen only in one process and there are many clients run
>> really parallel. T2000 server has 32 threads ( 8 core and each has 4
>> threads). These clients generate more TCP/IP request at one time, than
>> postmaster is able accepted.
>
> I don't quite follow this ... are you saying that the regression test
> generate more than 128 connections? And that Solaris ships by default
> only allowing 128 connections?
My idea is completely wrong. The problem is not related to TCP/IP stack.
It related only to UNIX_AF sockets. I have tried analyze problem with
dtrace, but I cannot reproduce this on my machine. Josh could I have
access to this server (for D-Trace I need root access as well).
Zdenek
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Pavel Stehule | 2006-08-08 15:17:03 | Re: proposal for 8.3: Simultaneous assignment for PL/pgSQL |
| Previous Message | Lukas Kahwe Smith | 2006-08-08 14:51:19 | Re: 8.2 features status |