From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jim Nasby <jim(at)nasby(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: cuckoo is hung during regression test |
Date: | 2007-02-13 20:05:24 |
Message-ID: | 45D21A04.7050803@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera wrote:
> Tom Lane wrote:
>
>> Jim Nasby <jim(at)nasby(dot)net> writes:
>>
>>> On Feb 13, 2007, at 12:15 PM, Tom Lane wrote:
>>>
>>>> We could possibly sleep() a bit before retrying,
>>>> just to not suck 100% CPU, but that doesn't really *fix* anything ...
>>>>
>>> Well, not only that, but the machine is currently writing to the
>>> postmaster log at the rate of 2-3MB/s. ISTM some kind of sleep
>>> (perhaps growing exponentially to some limit) would be a good idea.
>>>
>> Well, since the code has always behaved that way and no one noticed
>> before, I don't think it's worth anything as complicated as a variable
>> delay. I just stuck a fixed 100msec delay into the accept-failed code
>> path.
>>
>
> Seems worth mentioning that bgwriter sleeps 1 sec in case of failure.
> (And so does the autovac code I'm currently looking at).
>
>
There is probably a good case for a shorter delay in postmaster, though.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-02-13 20:07:54 | Re: cuckoo is hung during regression test |
Previous Message | Alvaro Herrera | 2007-02-13 19:59:12 | Re: cuckoo is hung during regression test |