On 18 Mar 2000, Ton Hospel wrote:
> Indeed. I think the problem is really that the size of the pipes is equal
> to the guarenteed atomic write. It would be really nice if pipes were
> bigger so that a program that trickles bytes into a pipe wouldn't always block
> on select until the other side bothered to read. I would propose to make
> pipe size twice PIPE_BUF.
> (the current setup is not wrong, but it makes certain types of apps
> unnecesarily slow)
Default size, you mean? Sure. I'd agree. You can always change the
actual pipe size with setbuf/setbuffer/setvbuf.
Nicholas Vinen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Mar 23 2000 - 21:00:28 EST