Thanks, I did not know that. This is useful if you are solving embarrassingly parallel problems that generate lots of log data (e.g. timings for benchmark) and

Thanks, I did not know that. This is useful if you are solving embarrassingly parallel problems that generate lots of log data (e.g. timings for benchmark) and write them to stdout/stderr. AFAIK there is some guaranteed atomicity when writing PIPE_BUF<512 to a pipe, however then your sub programs shouldn't write more than 512 bytes of log-data at any point, I would guess.