From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Martijn van Oosterhout <kleptog(at)svana(dot)org>, Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: COPYable logs status |
Date: | 2007-06-08 14:16:25 |
Message-ID: | 24160.1181312185@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Martijn van Oosterhout wrote:
>> The whole semantics of PIPEBUF should prevent garbling, as long as each
>> write is a complete set of lines and no more than PIPEBUF bytes long.
>> Have we determined the actual cause of the garbling?
> No, that's the main problem -- but it has been reported to happen on
> entries shorter than PIPE_BUF chars.
It's not entirely clear to me whether there's been proven cases of
interpolation *into* a message shorter than PIPE_BUF (and remember
you've got to count all the lines when determining the length).
The message intruding into the other could certainly be shorter.
If there have been such cases, then our theories about what's going on
are all wet, or else there are some rather nasty bugs in some kernels'
pipe handling. So it would be good to pin this down.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-06-08 14:21:10 | Re: Controlling Load Distributed Checkpoints |
Previous Message | Andrew Sullivan | 2007-06-08 14:10:43 | Re: Controlling Load Distributed Checkpoints |
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-06-08 14:21:10 | Re: Controlling Load Distributed Checkpoints |
Previous Message | Andrew Sullivan | 2007-06-08 14:10:43 | Re: Controlling Load Distributed Checkpoints |